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ACWAIE LAN BRQAOCAST FOR TA;^GEr NEB 



(g) A method and apparatus for remotely downloading and executing filoe in a memory. 

@ Method and apparatus for altering an execut- 
able file stored in a random acoess memory on a 
designated interactive network having a local 
area network interface comprises activating a 
LAN communication program. The communi- 
cation program operates to hroadcaat an irt- 
quiry through the local area network for the 
designated interactive network tx^ard, to re- 
ceive locatk>n Infbmi&tion of the des^naled 
interactive network board in response to the 
broadcast inquiry, and to establish communi- 
catk>n with the designated interactive network 
board. The executabta file is downloaded into 
RAM on the designated interactive network 
board through the local area network interfece. 
A verifying step verifies a checksum value of the 
executable file against a checksum value in a 
checksum packet attached to the executable 
fll& In \hB case that tha verifying step is suc- 
cessftjlly completed, execution of the e)fficut- 
able fDe may be commanded remotely, e.g.. 
acroas the LAN interface. 
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The present invention relates generally to a circuit board wtiich is coupled to a local area network peripheral 
(e.g. a printer) and which allows the peripheral to be an intelligent. Interactive network nnember eliminating 
the necessity of dedicating a personal computer to manage the peripheral. More particularly, the present in- 
vention rdates to a method and apparatus for downloading executable nies to a random access memory 

5 (RAM) from a remote local area networic device, and remotely executing the downloaded files upon receiving 
a conrumand from the remote LAN device. 

Local Area Networlcs ('LANs') are known for coupling together a plurality of personal computers with per- 
ipheral devices such as printers, copiers, etc., to provide for enhanced communication and shared resources. 
Heretofore, peripherals such as printers coupled to a I^N were rnther uninteirigent merely accepting infor- 

10 mation from the l-ANI and printing such informatbn on a hard copy. Moreover, such printers usually required 
a host personal computer ("PC") to effectively manage the flow of data to the printer, i.e., to act as a "server* 
for the printer This almost always required that the host PC be dedicated soieiy to the printer server task. 

A nunnber of products have recently appeared which ostensibly eliminate the need for such a dedkated 
PC by Incorporating hardware and software into a circuit board which may be ooupled into the peripheral in 

15 order to perform limited serverfunctfons. Forexample, ASP Computer Products, Inc. provides a device known 
as "JetLAN/P " which acts as a stand-alone print server for Novell networks. The JetLAN/P® devtee couples 
to a LAN using a 10Base-2 thin ooaxial cable era 10Base-T twisted-pair cable. However, the JetLAN/P® cou- 
ples to the printeronly through the printer's parallel port. Thus, while print Information can be sent to the printer, 
the amount of printsr status informatnn whk;h can be returned from the printer is severely restricted. For ex- 

20 ample, such a device may obtain 'off-line" and "out of paper" status from the printer, tujt little else. Such a 
device does very little toward nraking the printer a truly intelligent, responsive member of the network. 

Other known devices for coupling a printer to a LAN include the Hewlett-Packard Jet Dkect^S^ C207 WB 
and C2059A the Extended Systems Etheif lex®, the Intel NetPorl<S) and NetPort the Castelie LANPres^ 
and JetPress®, and the MILAN Fa3tPort<E^. However, afl of these devices suffer from the same disadvantages 

25 as the ASP JetLAN in that they do not allow the printer to transmit sufficient amounts of data to the LAN to 
enable the printer to be an effective and intelligent member of the network. 

Conventionally, a manufacturer formats and stores executable programs Into a programmable memory 
within computers and peripheral devk^s therefor. These executebte programs generally are unalterable by the 
customer. Therefore, In the case these devices require an updated version of an executable program or If It 

30 is determined that the executable file does not operate properly and the devices require servicing for the pro- 
gram, the executeble program within the computer or the peripheral device must be altered either at the site 
of manufacture or at the site of the customer by a manufacturer's representative in order to have this function 
performed. For example, conventtonal printers store executeble programs in ROM. These executeble pro- 
grams, which effect the manner in which an image is to be formed, are unalterable by the customer. Thus, If 

35 it is deterntined, after the product has been shipped to the customer, that there is a problem in the executeble 
software, the manufiacturer either has to recall the printer or must send a servtoa representative out to the 
locatfon of the printer at which point either an update of the software program or a new programmed chip is 
inetelled. 

Heretofore, it has not been possible to remotely alter the executeble files within a computer or peripheral 
40 device thmugh a local araa netvvark from a remote LAN device. TTiat is, a computer or a peripheral device could 
notbe acceesed through the LAN in order to alter or add additional executeble files, and in addition, to receive 
remote commands through the LAN to execute the altered executeble files or newly added files. Consequently, 
softwara updates and added executeble flies must be performed by the manutectursr or at the customer's 
site by a service representetive which is not only inconvenient, but expensive. 
45 The present invention addraeees the drawbacks noted above by providing structure and f unctk)n on a cir- 
cuit board coupled to a peripheral whkti will permit the peripheral to be a rssponsh^e, intelligent member of a 
network. 

In one aspect of the present invention, a method for downloading an executeble file to be stored in a RAM 
on a designated interactive network board is provided wtiersby a remote LAN device downtoads the executeble 

60 fllethrough a LAN intertece on the Interactive network board, and ramotely commands t he Irrteractlve network 
board to execute the downloaded file. According to this aspect of the invention, a method for downloading an 
executeble file to be stored in a RAM on a designated interactive network board having a local area network 
Intertece comprises the step of actK^atlng a LAN communication program. The conrununlcatlon program oper- 
ates to broadcast an inquiry through the local arsa network for the designated interactive network board, to 

S5 receive focation informatbn of the designated interactive network board in response to the broadcast inquiry, 
and to esteblish communk^ation with the designated interactive network board. TTie executeble file is down- 
loaded Into the RAM on the designated interacthm network board through the local area network interface. 
A verifying step verifiee a checksum vahje of the downloaded executable file against a checksum value in a 
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checksum packet attached to the executable file. In the case that the verifying step is sucoessfully completed, 
the execution of the executable file Is commanded from a remote LAN device. 

AoGordIng to another aspect of the invention, an apparatus for downloading an executable file to an lr>- 
teractive network board Includes a RAM disposed on the Interactive network board for storing the downloaded 
5 executable file therein, a LAN Interface connected to the InteFactlve network board for receiving the down- 
loaded executable file, and a processor for executing the downloaded executable f i le stored In RAM. The proc- 
essor executes the executable file in response to a command from a remote LAN interface. 

BRIEF DESCRIPTION OF THE DRAWINGS 

iO 

The above-noted advantages and features of the present invention will become nK>re readily apparent 
from the following detailed descrlptton of exemplary embodiments when taken in conjunction with the Draw- 
ings in which: 

RG. 1 is a block diagram of a Local Area Network according to the present inventnn; 
15 RG. 2 is a block diagram of a plurality of Local Area Networks coupled together, 

FIG. 3 Is a block diagram showing the l>letwork Expansion Board according to the present invention cou- 
pled between the Local Area Network and the printer 

RG. 4 is a block diagram of the Network Expansion Board according to the present invention; 
FIGS. SA, SBandSCoomprlseatop-leveiflowchartshowing the basksfunctbnsofthe Network Expansion 
20 Board according to the present Invention; 

FIG. 6 is a diagram showing the sequence In which software modules are toaded from the Network Ex- 
pansion Board ROM to RAM; 

RG. 7 is a block diagram showing hardware and software Interfaces between the LAN and the Networlc 
ExpanskMi Board; 

25 RG. 8 is a flowchart showing how the EPROM firmware Is configured for placing the Network Expansion 
Board in an operational mode; 

FIG. 9 is a chart showing the physical construction of different frame packets used on Ethernet; 

RG. io Is a flowchart showing the operation of a PRESCAN software modula; 

RG. 11 is a chart showing that the PRESCAN module may be used with other software protooote; 
ao RO. 12 is a chart for explaining the software structure of the SAP3ERVER program; 

FIG. 13 is a flowchart showing the operation of SAPSERVER; 

FIG. 14 is a flowchart showing the operation of a CPI NIT program; 

RG. 15 is a flowchart showing the operation of a CPCONSOL program; 

RGS. 16Aand 16B comprise a flowchart showing the operation of a CP80CKET program; 
35 FIGS. 17Aand 17B comprise a flowchart showbig the automatic logging of peripheral statistics,- 

FIG. 18 Is a flowchart showing how multi-tasking processing is perfornr>fld; 

FIG. 19 is a flowchart showing how to place the printer in a safia, defiauit conf iguratbn; 

FIG. 20 is a flowchart showing the downloading of executable Filee to the Network Expansion Board from 

the local area network; 

40 RG. 21 is a flowchart showing the kiading of independentiy-axacutable modides in the EPROM of the 
Network Expansion Board; 

RG. 22 is a block diagram showing Network Expansion Board EPROM flash protection circuitry; 
RG. 23 is a flowchart showing the operation of the dicultry of FIG. 22; 

RG. 24 isa fkiwctiart showing the operat ton of remotely loading rtfmwam in the Network Expansion Board 
45 EPROM; 

RG. 25 is a Uock diagram showing a hardware conf Iguratton ftor testing the Network Expansion Boaid; 
and 

RGS. 26Aand 268 comprise a flowchart showing a method of tssting the Network Expansion Board using 
the test configuration of FIG. 25. 
eo The embodiments aim generally to provide hardware and aoftwara solutions for making a nehvork per- 

ipheral, such as a printer, an interactive network member capable not only of receiving and processing data 
received from the network, but of transmitting to the network significant amounts of data such aa detailed 
status information, operattonal parameters, and even data input to the peripheral through other modalitias 
such as scanning, fiacsimlla recept ton, etc. By integrating such hardware and software with the peripheral, it 
55 is poGsibie to eliminate the requirement for dedicating a personal computer to the peripheral to act as a per- 
ipheral server. 
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1. ARCHITECTURE 

FIG. 1 19 a block diagram showing the present Invention inoorporated Into a Network Expansion Board 
("NEB") 2 coupled to a prfnter4 which has an open archttecture (to be discussed below). The NEB 2 Is coupled 

5 to the LAN bus 6 through a LAN Interface 8. for example, Ethernet Interfaces 1 0Base-2, lOBase-X or lOBase- 
5, respectively, with a Coax connector, an RJ45 connector or a DBiS connector (AUi). Also coupled to the 
LAN 6 niay be such network members as PC 10, PC 12, PC 14 (which in this case acts as the network ad- 
ministrator If the administrator has logged in at that PC; to be discussed below), and a printer 16 (with em- 
bedded QSERVERfuncttonality: also to be discussed beiow). Other LAN members may include PC 16 (acting 

io as a print server to be discussed below) with attached printer 20, PC 22 (acting as an RPRINTER; to be dis- 
cussed below) with attached printer 24, and printer 26 which is coupled to the LAN 6 through a NetPort device 
28 (discussed in the Background of the Invention above). Afiie server 30 Is coupled to the LAN 6 and serves 
as a library" Ibrf lies to be transmitted and processed on the LAN. The file server 30 may have attached prin- 
ters 32 and 34. 

i5 in more detaii. the network depicted In FIG. 1 may utilke any network software such as Novell or Unbc 
software in order to effect communfcatlon among the various network members. The present embodiments 
will be described with respect to a LAN utilizing Novel! Netware® software (to be discussed in greater detail 
in sectton 3a below) although any network software may be used. Adetai led description of this software pack- 
age may be found in the publications "NetWare® User's Guide' and the 'NetWare® Supervisor's Guide' by 

20 M&T Books, copyrighted 1990, incorporated herein by reference. See also the "NetWare® Print Server* by 
Novell, March 1 991 edition, Novell Part No. 100-000892-001 . Briefly, the file server 30 acts as a file manager, 
receiving, storing, queuing, caching, and transmitting files of data between LAN members. For example, data 
files created respectively at the PCs 10 and 12 may be routed to the file server 30 whteh may order those 
dato flies and then transfer the ordered data files to a printer 24 upon command from a print server In PC 18. 

25 The file server 30 may Include or may be coupled to a large capacity storage member such as a 1 0 Gigabyte 
hard disk subsystem. Furthermore, the printers 32 and 34 may be ooupied to the file server 30 to provkle ad- 
ditional printing stations, if desired. 

While personal computer equipment is illustrated in FIG. 1, other computer equipment may also be includ- 
ed, as appropriate to the network software being executed. For example, Unbc workstations may be included 

30 In the networkwhen Unix software is used, and those workstations may be used 'm conjunction with the illu- 
strated PC's under appropriate cfrcunistences. 

PCs 10 and 12 may each comprise a standard work station PC capable of generating data files, trans- 
mitting them onto the LAN, receiving files from the LAN, and displaybig and/or processing such files at the 
work atatton. The PCs 1 0 end 1 2, however, are not capable of ttcerdsing control over LAN peripherals (unless 

S5 the network administrator is logged into that PC). 

A PC capable of exerting limited control over LAN peripherals is PC 22 which includes an embedded 
RPRINTER program. The RPFtlNTER program is a MS-DOS Terminate and Stay Resident CTSR") program 
whteh runs on a work station to allow users to share the printer 24 connected to the work slatton. RPRINTER 
is a ralativeiy unlnteli Igent program t hat does not have the abl lity to search printer queues for work. RPRINTE R 

40 gets its work from a PSERVER (to ba discussed below) that is running elsewhere in the network. Because 
they communicate with the atteched printer over the printer's parallel port, RPRINTERs are able to obtein only 
limited stetus and to return that status information to the responsible PSERVER over the LAN 6. Fromaoontrol 
stendpoint, an RPRINTER allows stopping of a print Job and little more. Some printn-s Induda RPRINTER tea- 
tures by offering interna) or external circuit boards that provkle the same limited features of the RPRINTER 

46 TSR program running in a personal computer. 

Another network entity capable of exercising limited control over LAN peripherals Is a proiter 16 with at- 
teched circuit board 36 having an embedded QSERVER program. Here, the QSERVER program runs inside 
an HP LaserJet SI printer, and has the capability of searching the file server 30 print queuee for eligible 
print files. The QSERVER's search queues cannot be dynamiGally altered nor does the QSERVER respond 

eo to any form of status inquiry. The benefit of the QSERVER Is its ability to autonomously search for work. The 
QSERVERdoes not require a PSERVER running elsewhere in the system tofeed it work. Since the QSERVER 
does not have a corresponding PSERVER and it does not itself have any stetus and control capabilities, it 
offers less control than even the RPRINTER. A QSERVER also differs from a PSERVER in that It has ex- 
tremely limited notif k^atfon features and cannot print banners at the beginning of each print job. 

55 Another network member having a QSERVER capability is printer 26 whteh is coupled to the LAN 6 
through an external NetPort device 2& 

Other peripheral server programs may be executed to service various peripherals, such as scanners, cop- 
iere, facsimiles etc., and aervera may also be provkled baaed on network software protocol such as a Unbc- 
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compatible Line Printer Remote server ("LPR"). 

ALAN member capable of exercising significant control over LAN peripherals Is the PC 18 havinga PSER- 
VER program embedded therein. PSERVER has the ability to service multiple uaer-defined print queues, per- 
form dynamic search queue modif Icatton, and provide defined notification procedures Ibr exception (failure) 

5 conditions and status and control capabilities. PSERVER is provided In several forms. PSER\/ER.EXE is a 
program that runs dedicated on a woric station and controls both local and remote printers. The local printers 
can be connected to either serial or parallel ports^ and the remote printers are printers running elsewhere in 
the system. Two other forms of the PSERVER program are the PSERVER.VAP and the PSERVER.NLM. 
These are PSERVER versions that run on the file server 30 Itself. The .VAP version is for NetWare^) 266. 

io and the .NLM version is for NeWare® 366. While the PSERVER provides much more capability than the 
RPRINTER and QSERVER, one of Its drawbacks is that the .EXE version requires a dedicated personal com- 
puter. 

A dedicated personal computer running PSERVER.EXE can control as many as 16 local/remote ininters 
and can request print information from many file server queues. However, there are several drawbacks to re- 
ts lying on PSERVER to control network printing servfoes. The first drawback Is that multiple printer streams 
must all be funnelled thnough a single network node and personal computer processor. This can become a 
bottleneck. The second drawback is that for the most efficient operat ion, the printers should be connected to 
the computer locsdiy, as with the printer 20. This can be an inconvenience for users since it requires the printers 
to be clustered around PC 18. The third drawback is that if the controlled printers are remote as in the case 
20 of printer 24 which Is serviced by RPRINTER, then the print data must make the trip from the file server 30 
to the PSERVER PC 18 and then be retransmitted to the printer running RPRINTER. This is inefficient. 

The fourth drawback is the limited amount of printer status and control Information offered through PSER- 
VER. It has already been stated that FV^RIhTfER does not allow for much more than rudimentary status such 
as 'out of paper" and "offline'. PSERVER Itself for locally and remotely connected printers does not offer much 
25 more than this because itwas designed with consideratk>n of the limitations of the personal computer parallel 
port. The PSERVER program also allows for its own status and control. 

The Network Expansion Board 2 installed in the printer 4 provides many advantages and enhanced flex- 
ibility over the network peripheral control entiles discua&ed above. In partteular, the NEB-embedded control- 
ler offare RPRINTER, PSERVER and LPR{UnePrinter Remote) functionality {through CRPRINTER, CPSER- 
30 VER and CLPR programs to be discussed in sectkMi 3d below). Tliere is an initialization program named CP^ 
NIT (to be discussed in section 4h below) which allows the network administrator's PC 14 complete control 
over the configuration of NEB features. Due to its embedded nature and the open architecture of printer 4, 
the NEB will have the ability to offer a wide variety of status and control features to the network. That is, ver- 
bose amounts of status informatton may be provided from the printer 4 to the LAN 6, end a great deal of control 
35 Information may be provided from the LAN 6 to the printer 4 (for example, exercising printer front panel f uno> 
tlons from the PC 14). 

To access the extended amount of information available in the NEB, a program called CPCONSOL is res- 
kjent in the network administnator'a PC 14 and altows the syatem adhtinistnator to view all of the printer rnfor- 
matbn whk:h is exported from the printer 4 by the NEB Z The printer information is available even if the 

40 RPRIIsriER funct tonal configuration (CRPRINTER) of the NEB 2 is selected. The PSERVER functional con- 
figuration (CPSERVER) of the NEB 2 will control the printer 4 that contains the board. This optbn will have 
all of the standard PSERVER queue search capabilities as well aa the notify and status features. All of these 
features can be dynamlcally controlled from a remote work statkm. The NEB environment and its ability to 
export extended status and control infdrmation from the printer 4 makes the combinatton of the NEB 2 and 

46 the printer4 much more powerful than the stendard RPRINTER, QSERVER, or PSERVER print nwt hodologiee 
currently available. 

The CPCONSOL program (to be discussed in greater detail in section 4i betow) provkted in the network 
administrator's PC 14 is capable of intorfiacing with the NEB 2 (and other nehivork members) to perform such 
functtons as displaying current infbrmation for a selected network device (interface information, control in- 

eo format ton, font information, layout Informat ion, quality and common environment information, duplex Informa- 
tion, and miscelianeoua informatton). CPCONSOL ie also capable of setting or modifying Uie safe (default) 
conditton of a network device. CPCONSOL may also activate or deactivate applU:atkms of the NEB 2 such 
as CPSERVER or CRPRJNTER (to be discussed below, butgeneraily simnar tothe PSERVERand RPRINTER 
software packages discussed above). Furthermore, the CPCONSOL enables the PCM to display a log file, 

ss clear the log file, or write the log file to memory such as a local or a file system disk. CPCONSOL can also 
display such printer-raiated information on PC 14 asthe number of jobs, the number of pages per Job, the num- 
ber of pages per minute, the time per job, the number of total pages per day, the number of total Jobs per day, 
and the number of days. The CPCONSOL program is also capable of displaying on the PC 14 such network- 
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related information as media related and non-media related information, and of clearing such networic statis- 
tics. 

The CPiNIT program (to be discussed in greater detail in section 4h below) resident in the network ad- 
ministrator's PC 14 can set up application information print services such as CPSERVER and CRPRINTER 

5 and configure those applications. CPINIT is also capable of setting andycrdbpiaylng device Information such 
as timeAiate/timezone. buffersize. disk size, logging flag, log limit and asafe (default) environment flag. CPI- 
NIT can also restore default service headings, reset the NED 2, reboot the NEB 2. oommand a font dawnk}ad, 
command an emulatbn download, display a NEB power-on-self-test (*POST^ error, display the NEB 2 firm- 
ware level, display the current log file size, etc. 

10 By providing the NEB 2 with PSERVER and RPRINTER capabilities, the present invention achieves, with 
a single circuit board, enhanced functionality for the printer 4 with respect to the LAN 6. Therefore, the printer 
4 is a true "networked' printer and not Just a printer connected to a network. 

While the present inventkm offers unique advantages on the LAN 6, these advantages are also realized 
when the LAN 6 is coupled to one or more other LANs in a Wide Area Networic ('WAN"). FIG. 2 depicts such 

15 a WAN whteh includes a first LAN 41 Including a serverSI 40. PC's42. 44, and 46. and a printer 46. The server 
SI 40 is coupled to a badcbone 50 over a bus 52. The backbone SO Is nothing more than an electrical con- 
nection between a plurality of buses. Also connected to the WAN is a second LAN 61 comprising server S2 
60. PC's 62, 64, and 66. and a printer 08. Server 82 60 is coupled to backbone 50 over bus 54. 

The WAN may also include a remote l>N 71 comprising server S3 70. PCs 72. 74 and 76 and a printer 

20 78. Since the LAN 71 is remote from the remainder of the system, it Is coupled to backbone SO through a bus 
56, a transponder (whteh may include a modem) 58, and a communtoation line 59. 

In such a WAN. assume that PC 42 is a PSERVER requesting the use of printer 78. If the printer 78 is 
equipped with a NEB according to the present inventbn. a direct communication link can be established be- 
tween the PC 42 and the printer 78 whereby Job Information can be sent to printer 78. and status and control 

25 ^formation can be sent from printer 78 to the LAN 41 . Therefore, the NEB according to the present Invention 
achieves its enhanced f unGtk>nality even when installed in a peripheral coupled to a WAN. 

RG. 3 is a block diagram depicting the connection of the NEB 2, according to the present Inventkm. with 
the printer 4 and the LAN 6. The NEB 2 is directly connected to the IAN 6 via UVN intarface 101, and also to 
the printer 4 via a bldlrecttonal Interface, here a Small Computer System Interface ("SCSI") 100. The SCSI 

30 interfiace 100 is coupled to an SCSI bus 102 of the printer 4. 

The NEB can also eervioe additkMial SCSI devices, such as other printers (RPRINTERs) or other periph- 
erals, daisy-chaindd on the SCSI bus using standard SCSI connectivity protocol. Also, the NEB may be used 
to drive other peripherals across the LAN itself. 

The printer 4 id preferably an open-architecture printer including the SCSI bua 102 and SCSI interfaces 

35 104 and 106. Printer 4 also indudea a processor 108 such as a REDUCED INSTRUCTION SET COMPUTER 
("RISC') which communicates with a RAM Memory 110 and with a printing engine 112 which actually drlvas 
the printing mechanism. The IVSC processor also communicates with NVRAM 111 for storing information 
which needs to be mainteined between power cycles, such as user-defined information, and with ROM 113 
from which RISC processor 108 executes printer control. The printer4 may also include a hard disk 114 capat)le 

40 of holding large amounts of date in a non-vdatite way. Printer 4 also has a front panel display 116, and a key^ 
board 11 5 for inputting oontrol commands to the printer. 

Prsforebly, the printer 4 Includes an open architecture which takes advantage of the bi-directional nature 
of the SCSI interface 100 to provide a great deal of stetus (and other) Information from the printer 4 to the 
LAN 6 via the NEB, and also to allow fine contml of the printer from a remote tocation. For example, such 

45 open architecture when u&ed with the bi-directional SCSI interface permits most or edl of the Information on 
the front pand display 11 6 of printer 4 to be exported to a remote tocatton, and also permits most or all of the 
control functtons of the printer front panel keyboard 115 to be acth^ated from the remote location. 

Briefly, the open-architecture printer 4 comprises four major subsystems: Communicatton; Job Pipe; Page 
Layout and F^ter functions; and Systems Services. The Communication subsystem handles the different 

eo communication devices and InltiatBS the start of ajob application. When the printer atarts to racelve data, the 
Communication subsystem sends the first part of the incoming data to each emutator for examination. The 
f b'st emulator that can process the date becomes the Job Pipe drhrer. The system then constructs a Job Pipe 
to process the data (data flows into one end of the pipe, and page Images flow out of the other end). This Job 
Pipe comprises many segments one of whtdh is the Job Pipe driver. 

55 The Job Pipe subsystem has a Pipe driver segment (the application for an emulator) and input and output 
segments. The input and output pipe segments have at toast two other segments: for input, source and source 
filter segments; and for output, an output filter and e data sink. The input segment of the Contmunicatton sub- 
system delivere the input data which can be supplemented by information from a f ite system. The Pijpe driver 
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processes input and supplemental data. It also generates Imaging commands and page layout information that 
it sends to the output segnient The Pipe driver may store this informatbn to the printer disk (if present). The 
output segment sends this data to the Page Layout and Raster subsystem. 

The Page Layout and Raster subsystem takes the Imaging and page layout Information and converts It 
5 to a raster image for the print engine 112. This section operates completely separately from Job Pipe. 

The System Services subsystem provides file system access, console access, font services, basic system 
services, and image generation services. Therefore, a printer 4 having such an open architecture will take full 
advantage of the Intelligent, interactive NEB 2 to provUe Increased functbnailty to the printer 4 and the entire 
network. 

10 

2. HARDWARE 

FIG. 4 is a block diagram of the NEB 2 showing the nDajor components thereof. The NEB 2 is coupled to 
the lAM 6 through network connectors 202, 203, and 204. Preferably, the connector 202 Is an RJ46 capable 
15 of accepting a lOBase-T connection. The connector 203 may comprise a DB15 connector for accepting a 
iOBase-S connection, while the connector 204 may be a simple Coax connector capable of accepting a 
10Base-2 oonnectnn. All of the connectors 202, 203, and 204 are coupled to a network controller 206 (pre- 
ferably an Ethernet Network Controilei). However, the connector 204 is first coupled through a transoehwr 
20a 

20 Power is supplied to NEB 2 from a i-SV power source in printer 4 through the printer expansion port 226. 
The power is also provided to the power converters 21 0 and 21 2. The power converter 21 0 provides -9V 
power to transceiver 208, while the power converter 212 provides +12V power for "flashing' (loading; to be 
discussed in section 4q below) the EPROM 222. Also, the rwtwork controller 206 b coupled to an 8 KB statk; 
RAM 214. 

25 The heart of the NEB 2 is a mk^roprocessor 216, preferably an NEC V53. The microprocessor 216 is cou- 
pled to a serial port 216, currently used for testing. Also coupled to the mk7T>pn>cessor 21 6 are a 512 KB dy- 
nanuc RAM 220, a 256 KB flash EPROM 222, an SCSI controller 224 (corresponding to SCSI Interface 100 
of FIG. 3) a printer expansion port 226, a diagnostjca/faiiure LED 240, a 256 Byte non-volatile RAM 228, a 
control ragister 230, and a PROM 232 which sto^s the Madia Access Control ('MAC) address which Is the 

30 unique name for every EtherNet board. 

The architecture of the NEB 2 provides an advantage bi that it has unique support features for adminis- 
tration and managenr^nt of large, multi-area networks. These support features include, for example, printar 
control and status monitoring from a remote location on the network, (i.e., from tha networi^ administrator's 
office), automatic nianagement of printer configuration after each print job to provide a guaranteed initial en- 

38 vironmentfor the next user, and logs of printer usage statistics accessible across the network for characterizing 
printer worMoad and scheduling toner cartridge raplacemant. A key parameter In the NEB design Is. the ability 
to access the printer control state from the NEB 2 through a bi-directional interlace, here the SCSI interface 
1 00. Thid allows the printer console information to be exported to the NEB or to an external network node for 
the programming of many useful printing support functtons. 

40 Table 1 below provides a description of the functions, implementation, and operat tonal notes with respect 
to the major hardware elements of NEB 2. 



45 



50 
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Table 1 



5 


Function 


Implementation 


Motes 




tletwor)c Controller 
(206) 


National DP 83902 


With DP8392 Coax 
Transceiver 


iO 


Ethernet Interfaces: 


10Ba8e-2 (202) 


Coax connector 


• 




lOBase-T (204) 


RJ45 connector 






lOBase-5 (203) 


DB15 connector 
(AUI) 


15 


Enbedded Processor 
(216) 


NEC V53 


16-bit/16MhZ MPU 

with DMA, timers f 
Interrupts 


20 


EPROM (Plash) 
(222) 


256K. Bytes 


Network program 
code, board BIOS 
(Basic input 
out nut Subfivst^in^ 
diagnostics 


25 


NVRAM 

(220) 


256 Bytes 


Printer 
Installation 
Configuration on — 
Network 




DRAM 

(220) 
^— — 


512K Bytes 


Code execution and 
data buffering for 
exp.port 


30 


SRAM 

(214) 


8K Bytes 


Buffering of B 
incoming Ethernet^' | 
packets 'j; | 



35 



40 


SCSI Controller 
(224) 


NCR 53C90A 


30-pin, internal 1 
I/P configuration 
with power 


45 


MAC Address and 
Hardware ID PROM 
(232) 


32 Bytes 


Stores MAC address 
and Hardward ID 
information 




Board Size 


100 mm X 125 mm 


Type 2 EXP-I/F 
PCB , double->s ided 
SMT 


eo 


Power 


5vdc« 710 ma 


DC converter on 
board for Ethernet 
<»'l2vdc/'-9vdc 



55 Preferably, the NEB 2 ia in^Iled-lnslde the printer 4 in an expansion or options slot The NEB 2 is thus 
an embedded network node wtth the processing and data storage features described above. 

The micFoprocessor 216 implements a data link layer of network packet transmissron and receptk>n. Net- 
work data transfer overhead Is minimized through the use cf a dedicated static RAM packet buffer 214 man- 
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aged directly by the network controller 206. TTie rnkjoprocessor 216 accesses blocks of SRAM packet data 
and network messages through the network controDer 206. and moves them into the lai^e DRAM memory 

Blocks of print Image data and control infbrmatlon are assembled by the microprocessor 216 for trans- 
5 mission to t he printer 4 by the SCSI controller 224 using the SCSI transfer protocol of the printer expansion 
port Likewise, printer status Information Is transferred from printer4 back to the NEB 2 In SCSI btock formal. 
The SCSI controller 224 operates ooncurrently with the network controller 206 for increased data throughput 
lor overall NEB performance. 

The microprocessor 216 Is preferably an NEC V53 chip which is a fast, highly-integrated mtoroprocessor 
io with a 16-bit Intel-compatible processor in support of Direct Memory Access ('DMA"), interrupt, timers and 
DRAM refresh control. Data bus structure on the NEB 2 is implemented 1 6-blts wide to take advantage of the 
8-Blt/16-Blt dynamic bus sizing during microprocessor I/O transfers. Control firmware and printing application 
software lor the mfcroprocessor 216 are stored on the NEB 2 In EPROM 222. After power-on self-test the 
firmware code is selectively nrwved to the higher- performance DRAM 220 for actual execution. Network and 
15 printer cjonf iguratlon parameters are written Into NVRAM 228 when the printer Is first installed onto the net- 
work. Thus. NVRAM 226 aUows the NEB software to recover the Installation parameters after printer power 
has been cycled off and on. 

3. SOFTWARE 

20 

Software for the LAN comprises a connblnation of network software, and NEB-ct»tomized software such 
as NEB-embedded software and software resMent on the network administrator's PC. 

3a. Network Software 

25 

In the present embodinrtent. NetWare<& network software is used to manage interactnns between nodes 
of a network such that the client work statbns can share and receive services from server nodes such as 
disk file eervers. databafia servers, print sarvere, etc. NetWare® Itself is a combination of software modules 
running on these sarver nodes and on each work station node. At least on© file server may be provided in a 

50 Novell network. NetWare® runs as the operating system for the PC of the file server to provide bask: network 
core servtees and utilities. Fileserverscanconnect to more than one LAN by using up to four network interface 
cards (prefsrably Ethernet or Token Ring connections). In these configurations, "bridging* or "backbone" ser- 
vices are provided between a plurality of LANs, as shown in FIG. 2, such that rasourcas. including printers, 
can be shared "internet" i.e.. from one LAN to another. 

35 On work stations, NelWare® runs In cooperation with the work stat ion operating system (DOS or OS/2) 
asa NfitWara® "shair of control softwarai Thlsshall hastheaftectofaxtanding the sarvteas of the workstation 
operating system onto the netv^irk to make network resources appear local to the work statbn. 

Novell PSERVER software has t he job of controlling a group of printers (up to sixteen) In order to service 
printing requests from network nodes. Requests are sfructured in a form of print queues that are held on the 

40 network file server using network queue management services. Queue entries ojntain a list of files to be print- 
ed. The files contain data to be printed such as tabs, formfeeds, and other Printer Dascriptton Language 
CPDL') commands. Several queues can be serviced by a single PSERVER. 

Standard Novell servers are available In different verstons depending on the type of nstwork node they 
ara to execute on . Print server programs can raside on the fi le sarver itself. Aversion of print server software 

4B may also be loaded on a stand-atone DOS station node to make that node a dedicated print server. 

By providing print server functionality (CPSERVER) to NEB 2 of the present Invention, the NEB and at- 
tached printer mil offer all the printing sennces of a standard Novell print server without the need for an at- 
tached PC. 

Printers themselves are considered to be either local" or •remote". A local printer is one that is physically 
BO connected to the print server noda In the case of the NEB 2, the \ocb\ printer Is the printer houalng the NEB. 
A remote printer is managed by RPRINfTER programs running in the PCs they are coiviected ta RPRINTERs 
receive print date from PRINTSERVERS running elsewhere on the LAN. The NEB 2 of the present invention 
can be provided with RPRINTER functionality (CRPRINTER) to offer Ite printer as a netwoik remote printer. 
In this mode, it Is fully compatible with standard versions of Novell print servers. 
» Novell NetWare® provides a number of print utilittes to conflgue and control file server or work stetton- 
based print servers and their attached printers. The NoveU program PCONSOLE Is a menu-driven utility that 
allows a usar (the printer console operator) to create a new print server, configure up to sUteen tocal or remote 
print ports, create print queues, assign queues to printers, and start/atop printer and server operattons. 

9 
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3b. NEB-Customized Software 

The NEB 2 ia bundled with software modules that implement the full range of printing services offered 
by NetWare®. This includes external NetWare<E^-oompatlble modules that execute on work station nodes of 

5 the network In addition to Internal NetWare<S>-compatlble modules running on ttte NEB 2 inside the printer. 
The specific NetWare®-oompatible programs developed for use with the NEB 2 (e.g.. the customized CPSER- 
VER and CRPRINTER programs to be discussed below) are provided with the same general operational in- 
terfeces as standard printing modules from Novell so as Id be familiar to Novell users and network adminis- 
tration personnel. The customized versions include functbnal extensions that make use of the open architeo- 

io ture of the printer 4 to enhance print servk^ management across t he network. 

Table 2 shows the functions, implementations, and operational notes for the customized software devel- 
oped for the NEB. 



Table 2 



15 


Function 


Implementation 


Notes 




NEB-specific functions In 
NEB EPFWM 


CP SERVER 


(92KB) 


Customized Print Server 


20 




CRPRINTER 


(40KB} 


Customized Remote Printer 




NEB-to-Network communlca- 
tkin in NEB EPROM 


CPSOCKET 


(30KB) 


Concurrent multi-protDod operatbn 


25 


NEB Envrionment in NEB 
EPROM 


(15KB) 


Monitor* loader POST, eUc 




Extensk>ns to NetWare® 
PCONSOLE for Printer Con- 
trol/Configuration in Adminis- 
trator's PC 14 






Remote Control & Stats, Auto-Re- 


30 


CPCONSOL.EXE 
CPINITEXE 


(180KB} 
(120KB} 


configuration, Print Job 
Logsystatistics 


39 


3a NEB-Embedded Software 









The software developed for the NEB 2 Includes software embedded.in the NEB and software loaded into 
the network administrator's PC 14. The NEB-embedded software provUes both the NelWar9®-Gompatible 
node and NefWare®-<x)mpatlble print servioes directly inskJe the printer 4 without the overhead of a work sta- 

40 tion PC and its DOS operating system. The NEB-embedded software comprises a plurality of application mod- 
ules (CPSERVEK CRPRINTER, etc.). real-time service modules, network protocol stacks, and a MONITOR 
program which performs applicatton switching, process extensk>n, device semaphores, and shares buffer-pool 
management The f unctnnality of the NEB is determined by the types of application nrKxlules and the number 
of protocol stacks of network layered communication software that are configured into the NEB 2. interaction 

46 between the primer 4 and t he network is coordinated by the MONITOR program which responds to real-time 
events while allocating NEB processing time to each application module on a multi-tasking basis. 

The NEB software functions at two layers: a "run-time" or real-time layer; and a "soft-time' or appik»tk>ns 
layer. The run-time layer is oomprised of components of NEB software that respond to microprocessor inter- 
rupts. This layer services devtees such as a timer, queued data transfer requests from the SCSI port, or LAN 

so data through the protocol stack routine, and the (^SOCKET (to be discussed in sectk>n 4J below) oommuni- 
catk)n mechanism. 

The soft-time layer Is arbited and controlled by the MONITOR program (to be discussed In section 41 be- 
low) whbh gets control of the NEB mrcroprocessor 218 after all real-time events have been serviced. A norn 
preemptive (cooperative multi-tasking) approach is used to divide the processor t>etween the varksus appli- 
ss catk)n modules that are k>aded such that no one appiicatkm module can pre-empt other modules by capturing 

the micro prooessor. 

The NEB EPROM 222 contains up to 256 KB of application module programs and N EB initialization code. 
At power-up or during a programnned reset, the NEB 2 executes a POST from the EPROM 222 before seleo- 
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tively transferring its EPROM code to NEB DRAM 220. If the POST is successful, the NEB 2 will load its pio- 
toool stacks and application modules into DRAM, and begin exeoution of its application modules. 

In its basic oonf iguration, the NEB 2 contains NetWares-compatible applicat ion modules comprising ern- 
bedded versions of two configurations: the Customized Remote Printer ('CRPRINTER"): and the Customized 

5 Print Server ("CPSERVER'^. Preferably, the NEB acts In only one of these configurations at a time. Further, 
these application modules require that a network protocol stack be loaded and functioning within the NEB. 

When configured with RPFUNTERfunctksnality. the NEBoperates its printer asa slave to an external print 
server using a CRPRINTER module. In this configuration, the NEB exports to the LAN only limited printer sta- 
tus information in emulation of what the standard Novell print server expects from a standard Novell RPRIN- 

10 TER. l-lowever, extended status inlbrmatbn about the printer will still be available if the CPC0N60L utility 
(discussed above) Is executed in the network administrator's PC 14. 

As menttoned above, the NEB 2 Inchides embedded software programs CPSERVER and CRPRINTER 
which enable the NEB to actwith either PSERVERorRPRiNTERfunctionallty on the network. The customized 
NEB-embedded software which permits peripheral statusand control information overthe LAN is CPSOCKET 

15 (to bediscussed in sectk>n4J below). CPSOCKET runs on the NEB and monitors the LAN for oommunteatlons 
addressed to both the NEB 2 and the attached printer 4. Further. CPSOCKET oomnnunlcates with CPINIT and 
CPCONSOL when they are running. CPSOCKET wiD maintain a table of default settings for the devtee envir- 
onment, downtoad basic configuration information (fonts and emulations) at power-up, provide device infor- 
mation, stati^ics, and log information for CPCONSOL displays, and provide reset, reboot, and download ca- 

20 pabilitles. CPSOCKET will also be responsible for the configuratton of the NEB 2. Further. CPSOCKET will 
configure and activate applk»tlons on the NEB at the request of CPINIT. CPSOCKET also insures that the 
correct protocol stacks are available for each configured application. CPSOCKET will handle the settings of 
the NEB 2 and the printer variables at the request of both CPINIT and CPCONSOL Finally, the download fa- 
cility (e.g. the network administrator's PC 14) will contact CPSOCKET to carry out any finnware downloading, 

25 such as flashing EPROM 222, that is required. 

Upon in&ialization. programs such as CPINIT and CPCONSOL will issue a Servk^e Advertising Protocol 
rSAP") on the LAN boking for all n^ork devices having the customized software of NEB 2. CPSOCKET 
will receive this broadcast signal and will respond. CPINITor CPCONSOL than establishes a special connec- 
tion with CPSOCKET using a customized diant socket. CPSOCKET will then post multiple listens and will pro- 

30 vide dient service transactions such as NEB control, devfce infbrmatton, basic conf iguratk>n information, ap- 
prication information, statistics, and logging. For example, CPINIT can request that an appiicatbn be config- 
ured, and CPCONSOL can request that an already-configured applicatk>n be activated or deactivated. 
CPSOCKET will insure that the appropriate option (protocol stack) is available and configured for an applica- 
tion before allowing the application itself to be configured. W±h\n tYte NEB, the CPSOCKET operationai mod- 

35 ule is always activated. 

Additional print service appllcattons may be utilized after loading further application modules Into the 
NEB, for example, UNIX print services and assodated protocol implementation. 

3d. PC-Resident Customized Software 

40 

To further enhance the functionality of the NEB 2, customized software is also provided to the network 
administralor'e PC14. For example, a Customized PCONSOLE ("CPCONSOL"; to be discussed in greater de- 
tail in sflctkm 4i below) utility pravides extensions to Novell's PCONSOLE printer utility to enable access to 
the powerful control and monitoring features of the open-architecture printer 4. Forexample, the following are 

46 typk:at status control information available to the network from the printer through the use of CPCONSOL: 
(A) status and control infbrmatton such as online/off linei, no response, ti me/date^time zone, language, offsets, 
error skip settings, timer, buzzer enable, toner low, paper full, paper counter, count since last senrice, paper 
out, paper jam; (B) font information such as primary, secondary, graphic set, scaling, rotation, elite; (C) layout 
information such as page orientation, line piteh, character pitch; (D) quality and comnwn environment infor- 

eo mation such aa number of copies, overlay, Job complete, command mode, default paper size, current paper 
size; and (E) oonf iguratkm infbrmatton such as niterfiace, buffer size, feeder select, duplex print page stack 
Older, etc. 

Furthermore, configuration data for the printer accessible to the network through the use of CPCONSOL 
includes; (A) network group information such as pfotoool type, the node name, the file server name, routing, 
ss POST error code, NEB firmware level, MAC address, server mode; and (B) printer group information such as 
safe (defisulQ env^ment, font, disk present, disk size, initial environment, logging on/off, log file size, oon- 
figurad/nonconflgured, and net name. Addlttonally, logs can be kept of print job flow, print engine usage, and 
network behavior. Examples of such usage and statistical log entries indude: (^) network group information 
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such as receive statistics, transmit statistics, and non-media related information; (B) job entry information 
such as date/time/time zone, log-in (user's name). Job name, pages, oopy oount, and print status; (C) initiali- 
zation entry information; (D) error condition entry information; (E) clear log entry information; and (F) printer 
group information such as the number of Jobs, pages/job. pages/minute, time/Job, total pages/day. total 

5 Jobs/day. number of days and total resets. 

CPCONSOL is a menu-driven DOS executable program whose function is to provide extensions to the 
Novell PCONSOLE printer utility. The CPCONSOL extension enables access to the additional control and 
monitoring features of the open-architecture printer 4. These features will enhance print service management 
across the networic by allowing tlie network administrator's PC 14 to control and maintain the pnnter from a 

io remote location. In summary, CPCONSOL is ttie utility that exports printer control features to the network 
administrator, allows reconfiguration of the safe (default) environment, and alkifws the network administrator 
to view network and printer status. Job statistics, and a log of the previously-prooessed Jobs and error condi- 
tions. CPCONSOL gathers the requested infbrmatton by communicating with the NEB-embedded software 
program module CPSOCKET. 

is Anot her customized software program reskjent on the network administrator's PC 14 is Customized Per- 
ipheral inittatteer CCPINIT"t to be discussed in section 4h below) which is also a menu-driven DOS executable 
program. The function of the program is to configure, reconfigure, and Initialize the printer 4 attached to the 
NEB 2. 

The CPINIT module will configure t he NEB to act as a print server with one attached printer and specifies 

20 its primary file server by which the NEB will determine which queues to service. CPINiT is the program that 
supervises all like-ctistomlzed devices on the LAN (e.g. other NEBs installed in other open-architecture prin- 
ters). CPINIT accomplishes this task by oomrmjnicating over the network vrfth other NEBs that reside within 
open-architecture peripheral devices. CPINIT is used to configure each NEB with the appropriate baste con- 
figuration information such as configuring the NEB as CPSERVER or CRPRINTER. The basic configuration 

25 information comprises NEB envronment settings (including which printserverapplk:ations are active), as well 
as device environment options (ag. a list of fonts and emulatknis to download printer initiaiizatbn time), and 
device default settings (such ae the internal device time/date/time zone, buffer size, disk and logging inform 
mat ion, and printer name). The CPINIT program also displays atatua information about tha NEB (such as the 
flrmwaro level loaded In the NEB and reports latent POST errors). 

30 The CPIN IT program wi II broadcast over the network to see which ot her customized devices are available 
on the LAN. The NEBs attached to such other customized dsvtees will respond with their identification num- 
bers, t heir device types, and their configuration states. CPINIT will construct a net of these NEBs end devtees 
that will be presented to the netwrok administrator to allow their configuration or reconfiguration. 

ADOWNLOADER program may aldo be k>aded into the network administrator's PC 14 to download execu- 

35 table files to the NEB across the network (to be discussed in greater detail in section 4n below). 

Another customized program which may run on the network administrator's PC 14 is CPFLASH which 
may be used to remotely flash newf imnware into EPROM 222, as will be diecussed in greater detail In section 
4q below. 

40 4. OPERATION 

At first, an overview discussion off the NEB structure and functions will be provided with respect to the 
flowchart of FIGS. 5A, SB and 5C. Thereafter, more detailed descriptions ofvarious aspects of the NEB hard- 
ware and software will be provided with respect to sections 4a to 4q. 

46 The present invention takes advantage of the bi-directional nature of the communication between the prin- 
ter and the NEB, and the NEB's ability to process informatton on a miJti-tasking ba&ia. That is, the bi>direo- 
tional SCSI bus can transmit large quantities of data both to and from the printer, enabling the NEB to receive 
large quantities of specific status data from the printer or even data input from the peripheral (such as image 
data input from a scanner). The NEB microprocessor processes intematton on a muiti-taskir^ basis (sequen- 

eo tial but shared) effecth^ely parallel processing Informatton received from the network and Informatton receh^ed 
from the printer. This multi-tasking processing insures that the NEB la reaponshre to both the network and 
the printer on a near real-time basis. 

FIGS. 5A, 5B, and 5C comprise a tof^-level flowchart deputing a notional sequence of avents which may 
occur when the NEB and its associated software is installed in a printer coupled to a local area network. Over- 

ss all, tha printer renders print information and is coupled to the NEB through a bi-directional SCSI interface. 
The printer may also have a parallel port and/6r a serial port for receh^ing print inf6rmatk>n from other sources. 
The NEB Is connected to the printer via the bMiracttonal SCSI Interface, the board receiving printer information 
from the local area network. The board aende print jobs and printer etatua inquiries to the printer over t he SCSI 
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interface, receives printer status from the printer over the SCSI interface, and reports printer status over the 
network 

Where the NEB is coupled to a data generating device such as a scanner, the board is connected to the 
scanner through the bi-directional SCSI Interface and is coupled to the network via the LAN Interface. The 

5 board receives status request Information from the network and will pass this Information to the scanner ever 
the bi-directional interface. The board wili also receive the data generated by the scanner over the bi-direc- 
tional Interface, and wili pass that data onto the networit over the LAN interface. 

Illustrating a sequence of events which may occur when the NEB Is installed in a printer. RG. SA begins 
when power Is applied to the NEB at Step SI. At Step S2. the NEB executes a power-on-setf-test (TOST") 

io from EPROM 220. At Step S3, If the POST is successfully completed, the process moves to Step S5 where 
the NEB EPROIM 222 operational code reads the network and printer conf iguration code from NVRAM 228. 
If the POST Is not successfully accomplished at Step S3, a failure indication b logged at Step S4 and this 
information way be transmitted to t he network over the LAN Interface. An LED faiiure/diagnost ica light on the 
NEB or printer may also be activated. 

15 After the networlc and configuration code have been read from NVIRAM 228. the procedure advances to 
Step S8 where the NEB EPROM operational code reads selected configuration modules, protocol stacks, 
housekeeping modules, etc., (e.g., the IMONITOR multi-tasking module, CPSOCKET, CPSERVER, etc) from 
EPROM 222, and downloads the selected modules to DRAM 220.in Step S6. a configuration is selected (in 
acoofdance with the configuration set by CPiNiT) which defines an operational mode (e.g. CPSERVER or 

20 GRPRiNTER} of the inleracthre networlc board. As will be discussed in greater detail In section 4d bek)w, a 
binary configuration code is sent over the IMi and stored in NVRAM 22B. After the NEB Is booted up, the 
configuration code is read from NVRAM using ROM-resident power-up process steps. Using the ROM-resident 
process steps. ROM-resident executable modiies are selected In accordance with the conf^uration code read 
from i^JVRAM. The rtKKJutes are selected in bit-wise correspondence to the binary digits of the configuration 

25 oode in NVRAM. The selected modules are then stored into DRAM and executk>n control for the modules is 
passed to DRAM whereupon the selected modules are executed. In this manner, multiple oonfiguratbns can 
be defined and selectively changed. 

At Step S7, the EtherNet frame type of the information packets transmitted on the LAN ifi determined (as 
will be discussed in greater detail In section 4e below). That is, EtherNet supports four different frame types: 

so EtherNet 80Zd; EtherNet ii; EtherNet 802.2; and EtherNet SNAP. To detarmine the EtherNet frame type, a 
pre-scan process ('PRESCAN") determines what frame type is resident on the 1^ (from any LAN broadcast 
data), and configures the appropriate NEB-resident protocol stack for that data. The pre-scan process strips 
away bytes of data from a received LAN packet until the bytes which indicate frame type are reached. Brtefly, 
Step S7 provides the NEB with khecapability of processing LAN packets of diffiarant frame types by: receiving 

35 from the LAN a frame of data, pna-scanning the frame to determine the frame type, and processing, on the 
NEB, the identified frame, using an appropriate processing program. The pra-scanning oparation includes the 
suk>-step8 of stripping a predetermined number of bytes from the head oF the frame, processing ttie stripped 
frame to Identify an identification code indicative of the frame type, and tranamitting the identified frame to 
the processing program. 

40 At Step 38, a timer module which was downloaded in Step S6 finds the nearest LAN server and requests 
the current time. After receiving the current time, the process proceeds to Step 89 where it is determined 
whether it is n^night, i.e. whether the returned time indicates a new date. 

Steps S9 through S12 comprise a so-called "autologging" function which is carried out in the NEB by the 
CPSOCKET program in order to automatically and systematically provide status Information from the printer 

45 to the LAN (autologging will be discussed in greater detail in section 4k below). In Step S9, if midnight has not 
been reached the procedure advances to Step Sia However, once midnight is reached, the NEB micropro- 
cessor 21 6 transmits a request to the printer over the SCSI bus for the printer to return currant status to the 
NEB. For example, the printer may rsturn the cumulative number of pages printed to the NEB. in Step S11, 
the NEB microprocessor 216 calculates printer statistics such as pages per Job or pages per day, the NEB 

50 having kept track of the printed, print Jobs processed, off-line time, and printing time. 

CPCONSOLalaoiBtrlevesthesloredlogfiietothescreenforviewingand printing. The log file is in reverse 
chronological order and includes the following raoord types. The pradse content of the log file varies in ac- 
cordance with the ksgging level set by CPINIT, as summarized in Table 7. 

55 
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TABLE? 



Type 


Data 


Description 


STD 


<Days><Pag6axJob&xOff lindxPrint in8> 


daily atatldtica 


STC 


<Days><Pa663xJobftxOff linaxPrf nt lng> 


cumidatlva alatlatics 


STA 


<Day8><PagesxJob8»Off1lnexPr{nt ing> 


avarage stHtlatlcs 


SOJ 


<Appltcation><UsefxJobxFila sarvarxQuauaxForm^ 


start of Job 


INI 


<NEB TypaxROM/MAC AdrasaxRrintar Nama> 


Initialization racord 


POW 


<NEB TypexROM/MAC AdressxPrlnter Name> 


power on record 


RBT 


<NEB TypaxROM/MAC AdrasaxPrlntar Nama> 


reboot racord 


WAR 


<Application><Warning> 


vvarning 


EOJ 


sAppllcationxUSERxJobxDispo3ition> 


end of Job 


ERR 


^pllcation><Erior> 


error 



{Application Control (Step 51514)] 

25 Application control allows CPCONSOL to viaw tha currant configuration of the NEB within tha natwork 
(aa either CPSERVER or CRPRINTER) (Step S1515) and to activata/daactlvata or modify and store that ap- 
plicatton (Step S1516). Accaaa to tha targatad NEB ia providad vtei tto LAN intarfat^ which responda to tha 
CPCONSOL request by putting a result code on the LAN interface. 

30 [Printer Status (Step SI 51 7)] 

The menu allows CPCONSOL to display the current ^atus of the printer attached to the NEB (Step 
S1518}, and to modify and store the new printer status (Step S151d). CPCONSOL directs a status request to 
the targeted NEB via the LAN interface. At the targeted NEB, CPSOCKET receives the status request and 
35 sends a request fbrthe needed status information to the printervia the bidinectional SCSI interfaoa CPSOCK- 
ET receives the status fnformatton from the printer over the bidliBCtlonat SCSI Interfece and directs the In- 
formatbn back to CP(^NSOL where it is displayed on the system administrator's PC 14. 

There are 29 possible status conditions, "NORMAL" being the most commonp as summarized in Table 8. 

40 
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Table 8 



Status 


ll«ftBing 


NORMAL 


On-^line, ready to print or 
printing 


1 OFFLINE 


Off-line, not ready to print 


1 EKCIKETBST 


Engine test detected 


HAINTRUNKING 


Maintenance progran running 


PAPEROUT 


Paper tray ia empty 


PRXNTEROPEN 


The printer top Lb open 


PAPERJAMX 


Paper is jammed at location 
"x« 


NOEPCART 


No £P cartridge is present 


1 TONERLOW 


The toner cartridge is low_- 


1 ULFEED 


U-L feed i 
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1 LOADX 

• 




5 


LOADnn 


Load DdDei:' •nn'* 




FEEDx 


Feed Paper [x^neBsa^el 




PBEOnn 


Feed paper "zm" 


10 


OCX 


CaPSli outputs call 
[n=message] 




SETUPPER 


Set to upper tray 




TRAYFULL 


Paper output tray is full 


i5 


FAGEFULL 


The page is rull 




LI1IEERR0R22 


22 line error (see printer 

manual) 


20 


LINEERROR40 


40 line error^^' ffiee t^vln-t'OT* 
manual) t 




DLHEKORVPULL 


Dcnmload memory full 




NKHEHORYFULL 


Working memory full 


25 


JOBRZJECT 


Job has been rejected 




PRINTCHECK 


Print dieck error 




OPTREHOVAL 


Option removal 




FONTFULL 


Pont configuration are full 


SO 


WARHINGUP 


Printer is in warmup 




SERVICE CALL 


Service call is needed 


35 


TRANSIENT 


A transient, unidentified 1 
error occurred | 



46 



50 



55 



4j. NEB Responses To Status Inquiry Using CPSOCKET 

CPSOCKET is an application program which runs out oF DRAM 220 on the NEB 2 in the multi-tasking soft- 
time environment provided by the non-preemptwe MONITOR- CPSOCKET causes SAPSERVER to monitor 
the NEB s broadcast socket on the LAN for broadcasts from diant pragramssuch asCRNFT, CPCONSOLand 
DDWNLOADER. 

CPSOCKET is responsible for the Internal configuration of the NEB, such ae conf^mtfon as either a 
PSERVER or an RPRIhTTER. ConHgurations are set at the request of CPINIT. as described above, but It is 
CPSOCKET that recehfes those configuration commands and physically alters NVRAM 22a 

CPSOCKET also maintains a table of default settings for the device env(rt>nment (that is, a guaranteed 
safe environment, see section 4m below), downloads the basic configuration information for the printer and 
for the NEB (for example, fonts and emulations) at device power-up (see section 4d above), provides device 
status information, statistics, and log information in response to CPCONSOL requests, and provides reset. 
re-bo<rt, and firmware download capabilities. 

FIGS. 16Aand 16B comprise a detailed flow diagram showing operation of the CPSOCKET program. In 
Step S1 601 , after successful power-on-self-tast (POST), microprocessor 216 transfers the CPSOCKET pro- 
gram module from its storage locations In EPROM 222 intoappropriate storage locations in DRAM 220. During 
transfer, mioraprocassor 216 configures the CPSOCKET program in accordance with the conf^uratlon infor- 
ination for the CPSOCKET program stored in NVRAI« 228. Thus, for example, it is possible to selectively ac- 
tivate certain portions of the CPSOCKET program module in accordance with deaired levels of complexity. 

16 
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those desired levels of complexity being stored in NVRAM 228. 

In Step S1802, the NEB oommenoes execution of the CPSOCKET from DRAM 220. CPSOCKET is exe- 
cuted in a multi-tasking soft-time environment by the non- preemptive MONITOR which permits non-preemp- 
tive execut ton of c^her application programs such as CPSEFWER without letting one application prt)gram setea 
control of the microprocessor to the exclusion of other application programs. 

In Step Sie03, CPSOOKET broadcasts its existence over the LAN interface via service advertising pro- 
tocol broadcasts (SAPSERVER) which contain a proprietary socket number (see sectoln 4g above). Because 
other servers are operating In the multi-tasking environment established in Step S1602, and because the Net- 
ware©-o<»npatib!e software only permits a single non-f lleserver server to advertise from a single network 
node such as the NEB, CPSOCKET broadcasts its SAP advertisements via the SAPSERVER program. As 
described more fully above in paragraph 4g. the SAPSERVER program permits two network servers to broad- 
cast from a single network node even when the network supports only single servers for each network node. 

In Step S1604. CPSOCKET receives a broadcast request from a client for example. CPINIT or CPCON- 
SOL on proprietary socket 453. CPSOCKET responds to the client (Step S1606) with an IPX packet on the 
same socket. 

In Step S1608. the client establishes direct SPX communication with CPSOCKET over a socket number 
that Is pre-assfgned to CPSOCKET, here socket number 83B4 for communication or 83B5 for connection. In 
accordance with that direct conneclfon, CPSOCKET receives and Interprets dient requests and/or commands 
that are received over the 1-AN interface, monitors the status of the printer over the bi-directk>nal SCSI Inter- 
face, receives and sends status commands and/i^- Inquiries to the printer via the bi-dlrectiond SCSI Inteiiace, 
reconfigures the NEB and the NEB conf iguraUon parenrteters, and sends requested information to the client 
via the LAN Interface. These steps are described more fully below In connection with Steps S1607 throuah 
51620 of FIGS. 16A and 16B. 

In more detail. In Step S1607, if CPSOCKET determines that a configuration command has been received, 
then flow advances to Step SI 608 in which the configuretfon commands are executed and the result provMed 
via the LAN to the dlenl Configuration commands are listed in Table 9 and generaHy pertain to the configur- 
ation of the NEB boaid as either a CPSERVER or an CRPRI NTER in accordance with configuratfon commands 
initiated by the CPINIT program. 



Table 9: Configuration Commands 



Command 


Data (CPINIT CPSOCKET) 


Reference (CPSOCKET CPINIT) 


request for current oonf igura- 
tton 


none 


current NEB settings (CPSER- 
VER/RPRINTERAPR) 


reconfigura/deconfigure 


Desired Conf iguratk>n 


new configuration confirmatton 


activate/deactivate applbar 
tfon 


none 


confirmatfon 


reset 


none 


confirmation 


re-boot 


none 


none 



If in Step S1609, CPSOCKET d^rmines that a devbe informatfon command has been received, then 
flow advances to Step S1610 In which those device Intormalton commands are executed and the results pro- 
vWed to the LAN interface. In general, device information pertains to the Interface, control status, font set and 
environmental settings of the printer 4 attached to NEB 2. Device information commands in Step S161 0 permit 
reading printer devfce Informatfon. setting printer device information, reading default settings for that infor- 
mation, and resetting the default settings to desired values. Devkse infornnatlon oommanda are detai led in Ta- 
ble 10. 
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Table 10; Device Information Oonmands 



command 


Data 
(CPCONSOL 
CPSOCKET) 


Response 
(CPSOCKET 
CPCONSOL) 


request for 

interface 

status 


none 


interface status 


request for 

control 

status 


none 


printer control 
information for 
CPCONSOL 
"control" menu 


request for 
font status 


none 


printer font set | 


request for 
layout status 


none 


printer layout 1 
(portrait/ landsc:a 
pe, etc*) 


request for 
quality and 
ccvu&on 
environment 
status 


none 


printer macros 


request for 
duplex status 


none 


printer duplex U 
mode 


request for 
miscellaneous 


none 


misce 1 laneous 
printer info 
(collation, 
stapling, paper 
folding, paper 
trays « etc.) D 


request for 
default 
control 
status 


none 


default printer 
control 

information for 
CPCONSOL 
"control'* menu 


request for 
default font 
status 


none 


default printer I 
font set 1 


request for 
default 
layout statue 


none 


default printer 
layout (iK>rtralt/ 
landscape , etc • } 


request for 

default 

quality and 

common 

environment 

status 


none 


default printer 
macros 
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Cosimand 


Data 
(CPCONSOL 
CPSOCKET) 


Response 
(CPSOCKET 
CPCONSOL) 


request for 
default 
duplex status 


none 


default printer 
duplex mode 


request for 
default 
miscel laneous 
printer info 


none 


default 
miscel laneous 
printer info 
(collation, 
stapling, paper 
folding, paper 
trays, etc.) 


set control 


new printer 
control 

information for 
CPCONSOL "control" 
menu 


confirmation 


set font 


new printer layout 
(portrait/ landscap 
e, etc.) 


confirmation 


set quality 

and common 
environment 


new printer macros 


confirmation 


set duplex 


new printer duplex 
mode 


confirmation 


set 

miscellaneous 
printer info 


new miscellaneous 
printer info 
(collation, 
stapling, paper 
hold, paper trays, 
etc.) 


confirmation 


set default 
control 


default printer 
control 

information for 
CPCONSOL ••control^ 
menu 


confirmation 


set default 
layout 


default printer 
layout (portrait/ 
landscape, etc.) 


confirmation 


set default 
quality md 
comiBon 
environment 


default printer 
macros 


confirmation 


set default 
duplex 


default printer 
duplex mode 


confirmation 
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Cosuaand 


Data 
(CPCONSOL - 
CPSOCXET) 


Response | 
(CPSOCKET -» 
CPGOHSOL) 


set default 
miscel laneous 
printer info 


default 
miscellaneous 
printer info 
(collation, 
stapling , paper 
holding, paper 
trays , etc . ) 


confirmation 



15 If in Stap S1611, CPSOCKET determines that a configuration parameter command has t>e6n receh/ed, 

then flow advances to Step S1612 In which CPSOCKET axecutes the received command and provUes the 
result via the LAN to the dient. As shown In Table 11, configuration parameter commands pertain generally 
to parameter values stored in the NEB concerning time, date, safe printer environment information, logging 
options, log file siza, etc. 

20 

Tatde 11: Configuration Parameter Commands 



25 



Command 


Data (CPNfT -f CPSOCKET) 


Response (CPSOCKET CPINIT) 


request for current configura- 
tion parameters 


none 


configuration parameters (e.g. time, 
data, safe printer environment Info, 
logging options, etc) 


set new oonf^uration para- 
meters 


configuration parameters (e.g. 
time, data, safe printer environ- 
ment Info, logging options, etc.) 


confirmation 



if in Step 61613 CPSOCKET determines that a NEB application program command has been received, 
then flow advances to Step S 1614 in which CPSOCKET provides information on the current application pro- 
gram, namely RPRINTER, PSERVER, or LPR (for UNIX). Application program information generally Includes 
server name, file server queue, device ID, etcx, as detailed in Table 12. 

Table 12: Application Program Information 



40 



45 



Command 


Data (CPINIT -> CPSOCKET) 


Response (CPSOCKET CPINIT) 


request for CRPRINTER info 


none 


CRPRINTER info 


set CRPRINTER info 


new CRPRINTER info 


confirmation 


request for CPSERVER info 


none 


CPSERVER info 


set CPSERVER info 


new CPSERVER INFO 


confirmation 


request for CLPR info 


none 


CLPR info 


sat CLPR Info 


new CLPR Info 


confirmation 



80 

If In Step S1615 (RGl 16B) CPSOCKET datar mined thata NEB/prfnter statistic command has bean Issued, 
then flow advances to Step S1616 in which CPSOCKET interrogates the pdnter through the bi-directional 
SCSI interface to obtain needed printer statistics. The statistics correspond to the networic group displays do- 
scribed above in connectton with CPCONSOL, 6S well as to print job statistics such as the total number of 
^ pages printed, the total number of Jobs, the total numtMr of off-line tima, etc The job statistics correspond to 
the logging group described aborve in connection with the CPCONSOL program. Spedrio examples of the conv 
mands executed in the NEB/printer statistics commands ara set forth in Table 13. 
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Table 13; Statistics Commands 



5 



Command 


Data (CPCONSOL CPSOCKET) 


Response (CPSOCKET ^ CPOONJ- 
SOL) 


request network statistics 


none 


network statistics ftr CPCONSOL 
"NETWORK" menu 


dear network statistics 


none 


confirmatk)n 


request Job statistics 


none 


Job statistics for CPCONSOL TOG- 
GING" menu 


dear job statistics 


none 


oonfirmation 



is If in Step S161 7 CPSOCKET determines that a logging command has been received, then flow advances 
to Step S1618 in which CPSOCKET obtains the log file from the printer disk 114 via the bkjirecttonat SCSI 
interfece, and sends the bg file to the dient via the LAN interface. Logging commands are summarized Table 
14. 



Table 14: Logging Comnnands 



Command 


Data {CPCONSOL ^ CPSOCKET) 


Response (CPSOCKET CPCONSOL) 


request log file 


block # 


next block number of log file and long data 


dear log mquest 


none 


confirmatfon 



If in Step S1619 CPSOCKET determines that a download command has been received from the LAN in- 
terfece, then flow advances to Step SI 620 In which CPSOCKET executes the download request, for example, 
by receiving downloadable code and storing it in specified locations in DRAM 220, by providing check-^um 
^ data for the downtoadable code, and by flashing the downk)adabt6 code into EPROM 222. Some of the more 
important download commands are summarized In Table 15. 



Table 15: Download Commands 



Command 


Data (DOWNLOAD -> CPSOCKET) 


Response (CPSOCKET ^ DOWNLOAD) 


dowload reque^ 


Gode 


oonf irmat ion 


call request 


checkaunr^ starting addrees 


oonrirmatnn 


flash EPROM 


diecksum 


oonfirmatkin 



4k. Lopping Peripheral Statistics 

^ Asdescribed earlier with respect to FIG. 5A. Steps 89 through 312 comprise an automata logging function 
in which peripheral ^tistics (e.g. number of pages printed per day) and error events are automatically logged 
(stored) for later retrieval; and wherein the logging level (statistical resolutk>n) may be varied by the network 
administrator. In general, the network administrator may select a logging level, and then extract printer stat- 
istics and error events from the log file at any time. The network administrator's portbn of such functions 

^ has besn described above in paragraph 41, and reference may be had to the dlscusston and tables set forth 
therein, especially Table 7 which Indicates the content of the log file depending upon the logging level set ty 
CPINFT. 

As background, few LAN peripherals maintain their own statistics, but the NEB 2 indudes the capability 
of togging the current status and dally statistk» of printer 4 at mklnight of each day. This relieves the system 
^ administratorf rom having to remember to do this on a dal ly basis. The status and slatistcs data may be stored 
in printer hard disk 114, printer NVRAM 111, NEB DRAM 220, or In the NEB NVRAM 228. The location of the 
stored log file may be selected by the network administrator depending upon the remaining memory capacity 
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of each of those memories, and the ^tistics required by the logging level selected by the network adnrunis- 
trator. For example. If the printer has a hard disk, the network administrator may choose the fairly-detailed 
'JOB", logging level so that vduminous statistics may be retained. On the other hand, if the printer has no 
hard disk, the network administrator may choose the less-detailed 'ERROR' logging level so that less storage 

5 space is required, ifthe log file Is filled, newerrordata will merely wrap around In the memory replacing old 
error data with new error data. 

The NEB will automatically store printer statistics such as pages printed, jobs printed, off-line time, and 
print time each night for access for the system administrator at a later time. The statistics can be used to an- 
ticipate replacement of consumable printer supplies, such as toner, and to monitor user behavior such as leav- 

io ing the printer off-ilne for extended periods of time. 

in general, the logging f unctk>n is accomplished by the printer controller board always knowing what time 
ft is. When a printer/oontroller board Is first powered on, the board finds the nearest server and requests the 
tinr^. The board continues to do this every minute. When theday of the week changes, the board automatically 
requests the printer to report its page count The board then calculates the daily stat»tlcs and stores them 

iS either to the printer hard disk or to the board NVRAM. These statistics are stored and available to the external 
network program CPCONSOL that can display them to a screen or save them to an external file. 

As described above in paragraph 41, the network administrator may select four logging levels: NONE; 
AUTO; ERROR; and JOB. At the NONE level, no k)gghg statistics are maintained (although they may still be 
calculated every minute and temproarily kept in NEB DRAM 220). At the AUTO level, daily statistics are main- 

20 talnedfor printer features such as printing days, pages. Jobs, off-line time, and print time. The number of cu- 
mulative pages printed is determined by the printer, but the other 8tatlstk» are determined by the NEB. 

The ERROR losing level maintains the daily statistics discussed above, and also error condlttons in the 
printer and also errors that occur in an appiicatton (I.e. CPSERVEF^. The NEB queries the printer every minute 
for such error conditions. Such printer error conditions may Include: off-line; out-of-paper, printer-ls-open; pa- 

25 per-Jam; no-toner-cartridge; toner-is-ksw; printer feed and load errors; tray-is-fuil; line errors; phnUjob- 
reeded; font-is-fuD; senrioe call; eta Applicatbn errors may include: fileserver down; primary fileserver un- 
available; CPSERVER running elsewhere; IPX not installed; etc. 

The JOB logging level maintains the daily statistics and error conditions noted above and also maintains 
Job start and job end Information, which ard determinad by the NEB. Of course, the number and types of fog- 
so ging levels, and the data ratained in each logging level may be varied according to the particular peripheral 
and the partteular LAN in whfoh the NEB is installed. 

RGS. ITAand 17B comprise a ffow chart showing the overall operation ofthe automatic logging function 
within the NEB. Reference may also be had to FIG. 5A and Table 7 noted above. At Step S1 , power is appiled 
to the NEB and at Step S8, the timer module finds the nearest server and requests the time. At Stsp 81701 , 

35 ft is determined whether the NONE logging level has been selected. If the NONE logging level has bean sa- 
iectad, the process skips to the and of the flowchart whara a rsturn Is made to the ovarall flow diagram of 
FIGS. SA, 5B and 50. 

ifthe NONEIogging level has not been chosen in Step S1701, Step S1702 determines whether the AUTO 
logging level has been selected. Ifthe AUTO logging level has been selected, the process proceeds to Step 

40 89 where midnight is awaited. However, if the AUTO fogging level has not been seiscted. Step 81703 datar- 
mines whether the Ef^ROR logging level has been seleded. Where the ERROR fogging level has t>een se- 
lected, the processskips to Steps 1706 where a one minutetimeout is awaited. However, ifthe ERROR logging 
level has not bean selected, It is determined In Step S1704 that the JOB fogging level has been selected, in 
this case, Step S1 705 stores the job start and job end times to the log file. At Step S1706, a one minute t i nrteout 

45 i& awaited whereafter Step S1707 queries the printer for error events and saves such evante to the log file. 
Thus, when either the ERROR or JOB logging levels have been detected, the board queries the printer every 
minute for error events and stores such error events In the log file. 

Step S9 waits for midnight whereupon the NEB queries the printer for ite daily stet istics at Step S10 FIG. 
1 5B). if midnight has not besn reached in Step S9, the procedure returns to Step S1702 where it is determined 

so ivhlch logging level has been selected. 

In Stop 811 , the daily printer statistics ars calcuteted utilizing the printer stetistics received in Step 810. 
Thereafter, In Step SI 2, t he daily stetistics and the error events are stored in the printer hard disk 1 14 and/br 
the printer NVRAM 111 , and/or the NEB NVRAM 228. Note hers that the network admintetrator may select to 
store logging stetistics and error events in any combinatfon of memories, provUing further flexibility to the 

ss LAN. 

The fogging functions discussed above are quite significant In making the printer an interactive and re- 
sponsive member of the LAN since the SCSI connectfon between the NEB and the printer Is capabto of ex- 
tracting voiumee of specific date from the printer. 
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41. Multi-tasking Independently Executable Programs 

As briefly desat)ed earlier with respect to Step S20 of FIG. 5B, the NEB EPROM 222 stores a MONITOR 
program which Is a nrtechanism which supports muItl-ta^ing in the run-time envh>nment while permitting syn- 

5 chronous operation in a de-bug environment MONITOR permits currently-called tasks to be performed on a 
norhpreemptive basis while the NEB awaits real-time interrupts from either the LAN (for CPSERVER or 
CPSOCKET) or through the SCSI interface (e.g., when status information is being provided from the printer 
to the NEB In response to a prevloudy-recelved status request from the LAN). Thus, MONITOR permits all 
currently-executing tasks to be performed simultaneously by sharing use of the microprocessor 216. Of 

io course, all soft-time applications, including MONITOR itself, are interruptable by real-time events. 

FIG. 1 8 is a notional flowchart of a sequence of events which may occur in order to Illustrate the multl- 
tasklng operatton within the NEB. At Step SI , power is applied to the NEB, and the MON ITOR program is down- 
loaded from EPROM 222 to DRAM 220 in Step 81801 . For example, the following modules are downloaded 
together with MONITOR: SCSI Driver; Link Support Layer, Network Driver, Piescan; IPX/SPX; Customized 

i5 NET)^ SAPSERVER; CPSOCKET; and Print Applk»tk>ns (see FI6. 6). 

if, at Step Si 802, print data is received from f I le server 30, CPSERVER will begin processing t he receh^ed 
job data In preparation fbrtransmission to the printer 4. Processing of such print information is now in the "soft- 
time" environment, and Step S1803 determines whet her a relinquish interrupt has been receivedfrom the pro- 
gram processing the print data. If a relinquish interrupt has been reached at Step S1 803. execution of the cur- 

20 rentiy-executing module is stopped and control Is returned to MONfTOR at Step SI 804. MONITOR saves the 
stats of the interrupted task In DRAM 220. However, if the relinquish Interrupt has not been reached at Step 
S1803. the process proceeds to Step S1805 where It is determined whether the currently-executing module 
has reached an end. If the end has not been reached In Step 31 805, the program watts until another relinquish 
Interrupt reached In Step S1803. 

25 If the currently-executing module has been stopped at Step S1804, or if the currently-executing module 
has reached an end at Step S1805, it Is determined at Step S1806 whether data has been received which re- 
quires the execution of another software nrK>dule, e.g., where data Is received over the SCSI Interface In re- 
sponfie to a praviouslyHSfiuad request for printer status. If it Is determined in Step SI 806 that such data has 
been received, Step S1807 begins execution of another application module using the newty-received data. 

so At Step 1 808, it is determined whether a ralinquish interrupt has been reached in the second application 
module, if such an interrupt has been reached, the second applteation will stop execution and pass control 
to MONITOR which Stores In DRAM 220 the state of the just-lnterruptad second module at Step 81 B09. How- 
ever, if the relinquish interrupt in the second module has not been reached at Step 81808^ it Is determined at 
Step 81810 whether the end of the second module hea been reached. If the end has not been reached, the 

as piD^m mersiy awaits the relinquieh interrupt at Step 81 808. if it is determined that the second module end 
has baan reached In Step 81 810, Step 81 811 datarnrinas whether the first module and has been raached. 
Whers the end of the first module has not been reached, but the end of the second module has been reached, 
the process returns to waiting for a relinquish interrupt in the first application module at Step S1803. if both 
the first and second modules have raached their end at Step 81811 , control will return to the MONITOR pro- 

40 gram in order to exacufa other newly-raoaived soft-time tasks. 

After the second application module has stopped executing due to reaching a relinquish interrupt therein, 
contmi is passed to MONITOR %vhich, after storing the stake of the interrupted module in DRAM 220 (Step 
81809), will recomnrence execution of the first module in Step 81812, and continue execution of the first mod- 
ule until another first module ralinquish interrupt is raached at Step 81803. 

45 Thus, the non-preemptive muiti-laeldng allocation of the microprocassor rssour^ allows processing of 
a number of tasks In parallel on a near leal-time basis. 

4m. Racing The Printer In A Defeult Conf iguiation 

so As discussed above with respect to Step 825 In FIG. 5C, the NEB vvlil ansura that tha printer la set to a 
known, default configuration at the beginning or end of a print job. The NEB does this by downloading to the 
printer's non-volatile memory (either hard disk 114 or NVRAM 111) a defeult configuration code which indicates 
the default environment (e.g. portrait mode, 10 point type, Roman lettering, etc.) in which the printer should 
be left at the conclusion of a print job. Upon nsceiving a print data stream from the LAN, the NEB retrieves 

55 the configuration code from the printer's non-volatile memory, appends the conf juration code to a block of 
print data as an escape sequence, and then downloads ttte print job block with appended escape sequence 
to the printer. The printer mil then conduct a printing operation, and (based on the escape sequence} will leave 
the printer in the desired default conTiguration. 
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Novell NetWare<S^ software includes the Ability to reset a network printer in a default environment after 
every print job. It does this by having the file server 30 install what amounts to a fake print job at the head of 
the print job itself. However, the exact printer escape sequences necessary to set particular printer default 
oonfigurations reside in a database on the networic, and not wfthfn the printer itself. Therefore, if it is desired 
5 to operate UNIX on the UVN, or where there is a problem with the file server itself, the printer may not be 
restored to a default configuration which ensures that the next print job will be printed with the printer in a loiown 
configuration. 

A method of guaranteeing a printer default environnwnt using the NEB operates on the difference that 
the printer reset state configuration and requisite escape sequence instructions reside within the printer itself. 
10 and the printer itself Is responsible for resetting its own environment within print jobs. Thus, the printer reset 
feature is available without depending upon any device external to the printer. Furthermore, the initial default 
configuration may be loaded and subsequently modified from a remote location over the LAN through the 
NEB's serial or parallet Interfaces. 

The configuration code may be sent to the NEB through the CPCONSOL program, as discussed above 
15 in section 4L 

It may be convenient to store a plurality of default configuration codes in the printer non-volatile memory 
in order to allow the network administrator great flexibility for printer usage on the I^N. For example, print 
Jobs received from an engineering source may require the printer to defeult to a portrait mode, whereas print 
jobs received from accounting may require that the printer be left in a spread sheet mode. Ttnjs, by ensuring 
20 a known default environment, any of a number of LAN sources may utilize the printer for their specific jobs. 

FIG. 19 depicts a more detailed flowchart for setting the printer default conf Iguration. At Step SI, power 
is applied to the NEB, and at Step S22, the NEB accesses the LAN file server for active print queues and 
downloads print data to the DRAM 220. 

if the printer non-volatile memory stores more than one default configuration code, it may be necessary 
25 to first determine what type of data is being transmitted from the LM4 In order to determine which default con- 
figuration the printer should be left in. Therefore, Step S9101 determines the LAN source of the print job, and 
Step S1 902 retrieves the appropriate defiault configuration oode from the printer, which code corresponds to 
the detarmlned LAN source. 

At Step S1903, the NEB assembles blocks of Image data and designates a start-^-print-job and an end- 
so of>print-job for each print job. At Step S1 904, the NEB microprocessor 216 appends to a print job an escape 
sequence whtoh corresponds to the retrieved oonf iguration code. Preferably, the escape sequence is append- 
ed to the beginning of the print job, but it may be appended to the end of the print Job, or to both the beginning 
and end of the job. Then, at Step S 1905, the print job, with appended escape sequence, is transfBrred to the 
printer, and the printer then renders print according to the received print job. When a print job is completed 
35 after Step S24, the printer will set itself to a default environment at Step S25, which environment corresponds 
to the defiault oonf iguration code retrieved in Step S1902. Thersfbra, the printer will be left in a default envir- 
onment which ensures that the next print job will begin with the printer in a lanown configuration. 

Thus, a robust and efficient hardware and software solution has been found for ensuring that the printer 
itself stores a default conf Iguretion and is nasponsiblefor placing itself in a default condition at the end of every 
40 print job. 

4n. Downloading Executable Files into The NEB From A Remote LAN Location 

The downloading of executable files from the LAN to DRAM 220 will be discussed in more detail with re- 
45 spect to the flow diagram In FIG. 20, and with respect to the d tscussbn above of Step S30 in FIG. 5C. 

NEB 2 is configured initially prior to shipping. However, NEB 2 can be reconfigured subsequently by send- 
ing updated executable files across the LAN from the network administretor's PC 14 to the NEB 2. Further- 
more, network administrator can remotely alter the executable files stored in DRAM 220 of NEB 2, as desired. 
The process by which executable files can be altered in DRAM 220 will be discussed in detail with respect 
50 to FIG. 20. 

After the board has been powered-up at Step S 1 , the flow proceeds to Step S2001 at which point the net- 
worlc administrator activates a DOWNLOADER program to broadcast over the I^N a request for identification 
of all NEB devices having a particular configuration whereupon flow advances to Step S2002. 

In Step 32002, the DOWNLOAD program determines whet herany target NEBs have responded. If in Step 
55 S2002 It Is determined that no target NEBs have responded, flow returns to Step S2001 in which the DOWN- 
LOAD program rebroadcasts the request with new target information and then flow advances to Step S20Q2. 

If In Step S20Q2 a target NEB rssponds, flow advances to Step S2003. 

In Step S2003, the SAP8ERVER program responds with the unk^ue network IDs and the unkjue socket 
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numbers assigned to each NEB (see section 4g above). This iocation information is collected, the network 
adminbtralor selects a particular NEB to download an executable file, and communication is established with 
the target NEB. 

Upon sheeting the taiget NEB, the network administrator downloads new operational files and a spetial 
5 packet containing a checksum value to DRAM 220 across the LAN in Step S2004 whereupon flow advances 
toStepS2005. 

In Step S2005, microprocessor 216 perfornns a checksun operation on the newly k}aded operattonal flies 
and compares the checksum value with a checksum value sent In the special packet which Is stored In DRAM 
220 after the operatk>nal files have been stored. 
10 If the checksum value does not equal the checksum value In the special packet, then flow advances to 
Step 32006 at which point microprocessor 216 notifies the network administrator that the checksum value 
for the newoperattonal files Is Incorrect and at wh ich pokit microprocessor 216 may puige the files f lom DRAM 
220. 

If in Step S2006 the checksum value is verified, then f iow advances to Step S2007 at which point the 
15 executable f i les are acted on by microprocessor 21 6. 

Thus, the network administrator can alter the operation of NEB 2 tiy remotely sending new operattonal 
files to be stored and to be executed from DRAM 220. 

4o. Loading Independently Executable Modules In ROM 

20 

As described above in FIG. 6C with respect to Step S32, when a binary ROM image is to be loaded into 
EPROM 222, a plurality of Independently-executable nKxiules are assembled, ordered, and prepared for flash 
to EPROM 222. The assembly and ordering of the modules is presently carried out on a DOS PC, but may be 
carried out In the NEB itself. An advantage of assembling the independently executable modules In a PC is 

25 that the modules may be constructed and/or modified in a DOS environment. 

NEB f omware comprises a number of separately linked modules, one of which contains permanently ROM- 
reskJent code which receives control at power-up and provkles self-test, k>ad{ng of other modules Into DRAM 
220, and basic I/O Sfirvlcas. The other modules residing in t he EPROM 222 must be copied to DRAM 220 before 
execution. There are two types of such modules, the first of which includes programs which are essentially 

90 drivers whteh receive control when loaded, initialize, and then exit, remaining resident The second type of 
such modules are applteation programs, each of which executes a specific set of functtons. 

In FIG. 21, ttie NEB is powered-up at Step S1. At Step S2101, a utifity resMent in the PC reads from its 
RAM a oonf igurat ion file containing the names of all modules to be placed in the ROM image. The configuration 
file la used to selectf rom RAM, at Step S2102, those modules which are going to be flashed to EPROM 222. 

35 At Step S2103, the uti lity writes a header for the first module, the header identifying that module, describ- 
ing the module attributea, and including a pointer which points to the immadiataly sufx»edlng nrodula. This 
pointer aUes in the ordering of the modules In a specific order prior to loading. At Step S2104, it is determined 
whether the last module identified, by the configuration file has been selected. If the last module has not been 
selected, the process loops to Step 82103, where the header is written for the next module. 

40 When the last module has been salected in Step 82104, the utility appends the ROM-resident code to 
the end of the image program (at Step S2105) so that upon power-up, the initlalizatkMi code lesMes at the 
address expected by micropiocessor 216. 

When the ROM binary image is thus constructed, the Image may be downloaded to one portion of the 
memory area of NEB DRAM 220l and then flashed to EPROM 222. as will be discussed in greater detail in 

45 section 4q below and wfth respect to t he detailed dlecusskxi of HG. 50, Step S36. 

4p . Protecting The EPROM During A Flash Operation 

FIG. 22 is a block diagram showing the functional construction of the EPROM flash protection circuitry 
eo resident on the NEB. The EPROIVI flash protection circuit Includes microprocessor 216 coupled to data bus 
250 and address bus 251 . Also connected to data bus 250 and address bus 251 is DRAM 220. DRAM 220 is 
capable of storing a ROM finnware image downloaded from a remote LAN device into one portion of its menv 
ory area (see section 4o above), and application process steps Into another portion of its memory area. Also 
coupled to data bus 250 and address bus 251 are EPROM 222, tetch 252, and PAL 253. D-type flip-flop 254 
ss is connected to latch 252 and PAL 253. During operation, fiip-ffop 254 recent as its dock input an output 
signal from PAL 253 and as its data input, an output signal from latch 252. Lalch 252 and PAL 253 are also 
connected to DC-DC converter 212, and DC-DC converter 212 is connected to transistor switch 255. When 
activated by latch 252, DC-DC converter 212 sends +12 volte to the input emitter of transistor switch 255. Rip- 
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flop 254 is also connected to transistor switch 25a to provide the necessary input to open/dose switch 255. 

The operation of the EPROM flash protect circuitry will now be explained In more deiail with reference to 
FIG. 22. Upon power-up. output of latch 252 will be lowand flip-flop 254 will be reset In this manner, the output 
signal PR0G1 from latch 252 wilt be low and voltage from DC-DC converter 212wili be directed to sinic current 
s to a ground state. At power-up. flip-flop 254 is reset so that Its output Is set low thereby opening transbtor 
switch 255. 

With transistor switch 255 In an open state, Vpp pin of EPROM 222 will be held at 0 volts preventing any 
data from being accepted or a f 1^ operation from being perfornrmd. That Is, for a flash operation to occur in 
EPROM 222. the Vpp pin must reach a level of at least -t'11.4 vdts, which Is a requirement set by the EPROM 
io manufiacturer's specifications. However, in order to achieve this voltage level, the following two programmir^ 
steps are required. 

First, when a new ROM firmware package is received In DRAM 220. microprocessor 216 receh«s a com- 
mand to flash EPROM 222. by generating an I/O write to address 360 hex with data bit 7 high (60 h^}. In this 
manner, DC-DC converter 212 can be first turned on. 
is As shown in Tables 16 and 17, address 360 hex corresponds to control register 230 which is used to control 
read/write operations to NVRAM 226. As shown In Table 17 below, when 360 h^ is sent with bit 7 high/iow. 
tiie address corresponds to an operation of DC-DC converter 212. 



Table 16 



35 



I/O SELECT 


ADDRESS 


tAH CHIP 


300 - 30F HEX (R/W) 


DMA DATA LATCH 


310 - 317 HEX (R/W) ^ 


lAK CHIP SOFT RESST 


318 - 31F HEX (R) 


SCSI CHIP REGISTER 


320 - 32B HEX (R/W) 


STATUS REGISTER 


330 HEX (R) ^ 


CONTROL REGISTER /I 


360 HEX (R/W) ,f 



CONTROL REGISTER #2 


366 HEX (X) 


NHILCK 


200 HEX (W) 


LAN ADDR. ROK 


340 - 35F HEX (R) 



BO 



55 
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Table 17 



MSB 



LSB 



-HVRAH CS(WRITE)« DO(R£AD) 

NVRAN SK (WRITE) 

NVRAN DI (WRITE) 

NOT USED 

NOT USED 

NOT USED 



DXAG^LBD l*=OK 

0-OFP 

-+12V DC OOnVERTSR 
0=SHQT DOWN 



20 After addreas 360 hex is output, microprocessor 216 generates an lyo write command and sends a write 
select to PAL 253. PAL 253 detects a valid address, decodes it and activates latch 252. With bit 7 high in address 
360 hex, the PROG1 signai Is set high and output from latch 252 to DC-DC converter 212. When the PR0G1 
signal is receivdd at DC-DC converter 212, it operates DC-DC converter to produce 'M2 volts. The 2 volts 
from DC-DC converter 212 is sent to transistor swttch 255, and which remains at its emitter until transistor 

25 switch 255 is closed. 

However, before 'i'12 volts is allowed to pass through transistor switch 255^ the second step must be exe- 
cuted. That is, microprocessor 216 outputs an I/O read command and outputs address 366 hex which corre- 
sponds to a R^L address. When microprocessor 216 generates txith the command and address, PAL 253 de- 
codes the address and generates a PR0G2 signal. When the PROG2 signal is high. It will provide a ciocic Input 

so to flip-flop 254. 

Upon receiving the dock input, flip-flop 254 will Input the PR001 signal from latch 252 and then generate 
a TRANiSON signal at its output Tlie TRANSON signal output to transistor switch 255 which operates to 
close the switch that allows '•-12 volts at its emitter to pass through to Its odiector. At this point +12 volts is 
sent from the ooiiector of transistor switch 255 to the Vpp pin of EPROM 222. 
35 With +1 2 volts placed at the Vpp pin of EPROM 222, microprocesaor 21 6 sends out an EPROM select 
signal, in order to prevent the new firmware Image from being cxvrupted, EPROM 222 must first be cleared 
and erased. Then the EPROM 222 is flashed with the new ROM firmware Image stored in DRAM 220. Once 
the new ROM firmware image Is stored In EPROM 222, NEB 2 can be re-booted from the new ROM firmware 
Image. 

40 The operation of the EPROM protection cbcuit will now be explained with reference to RO. 22 and the 
flowchart of FIG. 23. 

In Step S2301, a new ROM firmware image is received by NEB 2 across the LAN and loaded into DRAM 
220. Microprocessor 216 receives a oommand to flash EPROM 222 in Step S2302. in Step S2303. micropro- 
cessor 216 sends out an I/O write oommand to PAL 253 and outputs address 360 hex with bit 7 high. Row 

45 advances to Step S2304 in which bit 7 high act'ivates latch 252 to output the PR061 signal. The PR0G1 signal 
turns on DC-DC converter 2 12 and +12 volts Is output to transitor switch 255. In Step S2305, mlcroprooesaor 
216 sends both an I/O read oommand to PAL 253 and address 366 which is a PAL address. In response. PAL 
253 outputs the PR062 signal to clock flip-flop 264 which allows the PROG1 signal to be input at its data 
input Flip-flop 254 outputs the TRANSON signai to transistor switch 255 which allows -t-12 volts to pass from 

60 theooilectQrof transistor switch 255 to the Vpp pin of EPROM 222. In Step S2306, microprocessor 216 clears 
and then erases EPROM 222. In Step S2307. microprocessor 216 determines if EPROM 222 has been com- 
pietsly erased. If EPROM 222 is not completely erased, flow returns to Step S2307. 

After microprocessor 216 determines that EPROM 222 has been ocmpletety erased, In Step S230a, the 
ROM firmware image is downloaded from DRAM 220 to EPROM 222. Once the ROM firmware Image is suo- 

55 cessf uDy loaded, in Step S2309 microprocessor 216 writes address 360 hex with bit 7 low. The PR0G1 signal 
from latch 252 goes low and DC-DC converter 212 allows the voltage level to sink current to a ground stale. 

In Step S2310, microprocessor 216 sends PAL 253 an I/O read command and a 366 hex address which 
permits the PR0G2 signet to go low thereby docking the flip-flop wh Ich outputs a low TRANSON signal which 
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operates to open transistor switch 255. 

Thus, in Steps S2309 and S2310, -•'12 volts is removed from Vpp pin of EPROM 222 and the flash oper- 
ation is ended. After the flash operation, microprocessor 216 determines if a re-boot command has been re- 
ceived In Step S231 1. If the re-boot command has been received. NEB 2 Is re-booted In Step S2312from the 
5 new ROM flmnware i mage In EPROM 777 However, if no re-boot command is received, then flow ends. 

4q. RenrK>tely Altering Firmware 

The method for remotely altering firmware In EPROM 222 will be discussed in more detail below and with 
reference to the flowchart illustrated in RG. 24, Step 836 of RG. SC. and section 41 above. 

Prior to shipping a NEB to a customer, the NEB is configured with the minimum number of executable 
flies which permit the NEB to perform necessary functions. However, the NEB can be reconfigured subse- 
quently by the customer. That is. a networic administrator may download data from a remote \M\ device, which 
data may contain anything from a patch code, to manufacturing test routines, to entre firmware updates to 
^5 be downloaded to the EPROM. 

In more detail, NEB2 can be reconfigured by sending executable files across the i-AN from the network 
administrator's PC 14 to NEB 2. The network administrator can remotely alter the ROM firmware Image in 
EPROM 222, as desired. 

in Step S2401, the network administrator activates a CPFLASH program that uses a MAC address as a 
20 command line parameter to target a specif ic NEB. CPFLASH issues a SAP broadcastrequestwhich Is respond- 
ed to by SAPSERVER running on the NEB. In Step S2402. CPFI^H waits for a response from the targeted 
NEB. If in the case where the targeted NEB does not respond In approximately 15 seconds, the flow returns 
to Step S2401 and the broadcast is resent However, In the case where the targeted server responds, flow 
advances to Step S2403. 

25 In Step S2403, the address and location of the targeted NEB is received, oomnrHJnIcation with the NEB 
having the matching MAC address is established, and a new ROM image firmware is downloaded over the 
LAN to DRAM 220. 

In Step S2404, tha validity of the ROM firmware image is checked before proceeding to the next step. 
The validity of the ROM firmware I mage Is verified against an i mage checksum which is sent in a special packet 

30 along with the download operation in Step S2403. If the checksum value does not match the checksum down- 
loaded with the ROM image, then in Slap 32405 the operator la notified of an error and the ROM firmware 
image in I3RAM 220 is purged. 

if the checksum value is valid, then flow advances to Step S2406 at which point mbroprocessor 216 re- 
Irteves any data which is to be preserved, such as the MAC address, and stores the data within the proper 

35 locations in the new firmware image stored in DRAM 220. In this fashion, if ttie new ROM firmware image is 
dafactlva, tha NEB may still function sines prsdetermined portlonsof essential ROM firmware ara maintained. 
Once the essential portions of ROM firmware are preserved, ftow advances to Step S2407 at which point 
EPROM 222 is controlled to be cleared and erased a plurality of times, If requried. After EPROM 222 hae been 
erased, in Step S2408 the new ROM image is loaded into EPROM 222. 

40 After the flash operation, microprocessor 216 detarmines if ara- boot command has t>een received in Step 
S2409. If the re- boot command has been received, NEB2 is re-booted in Step S2410. However, if no re-boot 
oomn^nd is received, then flow ends. 

In Step S2404, the valUity of the ROM firmware Image may also be verified by comparing newly received 
firmware data with data prevtously stored in EPROM 222. For example, where EPROM 222 stores hardware 

45 indteators previously carried by PROM 232 (e.g., board manufacture date, board revision number, manufac- 
turing tecility, etc; to be discussed in greater detail in section 5 below), such indicators may be compared with 
the same indicators in the newiy^received ROM firmware image. This comparison may be made in addition 
to or In lieu of the checksum comparison discussed abova 

It is noted that a new MAC address may also be flashed into EPROM 222 at t he same time a ROM firmware 

00 Image Is flashed. However, It Is prsfersble only to flash a MAC address prior to shipping, at the completion of 
NEB test This feature is discussed in more detail with respect to Sectbn 5 below. 

5. TEST 

55 Prior to instelling the N EB in the printer, it may be tasted to ensure the integrity of its hardware and software 

components. FIG. 25 deptots one test configuration which may be utilized to test the NEB 2. In RG. 25, the 
NEB 2 is coupled to PCI 300 vte a cable 302 coupled to the NEB serial port 21 8. A printer 304 may be coupled 
to PCI 300 in order to print out test redulte. 
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The NEB 2 is coupled to a test driver PC2 306 through an SCSI bus 308 and Ethernet LAN connections 
310, 312. The PC230d includes an SCSI board 314 and a network controller boaid 316 so that it nna/ simulate 
a printer and LAN entities (such as the network administrator's PC 14). The PC2 will act as a transponder, 
receiving and returning communications to and from the NEB 2, as conrwianded by the test programs input to 
5 the NEB from PCI 300 through the serial port 218. 

After power Is applied to NEB 2, it performs the power-cn-self-test operation. While the NEB 2 Is per- 
forming each test operatbn in the POST, PC1 300 receives test checkpoint results across serial cable 302. 

Once It b determined that NEB 2 has satisfactorily completed POST, NEB 2 enters a "Ready For Down- 
load" state, in this state, NEB 2 waits for a period interval of approxinrtately one second for further input In- 
10 structions across any one of the input ports. 

While the NEB is in the download state, PCI 300 uploads test programs to the NEB through serial port 
21& As NEB 2 completes execution of each test program, it sends each test result back to PCI 300 fbr veri- 
fication. If the next checkpoint is not reoeh^ed within a timeout period (e.g.. 1 second), it is determined that 
an error has occurred during the NEB test program, and an error signal is output by PC1 300. The error signal 
15 may be Indicated on a display at PCI 300, or printed out on primer 304. 

On the other hand, if the next checkpoint reoehfed by PC1 300 is not verified, then PCI 300 rescripts the 
test program (by adding further, more detailed test modules) In accordance with the received result In this 
manner, PCI 300 can focate the problem and debug NEB 2. 

Some test programs may require NEB 2 to communicate with PC2 306 over either the SCSI bus 308 or 
20 one of the i^ connections 310, 31Z For instance. In accordance with the test program, NEB 2 may request 
data from PC2 over the LAN connection 310. PC2 306 Is oonflgurBd to return appropriate responses to each 
communication from NEB 2. thereby effecth/ely emulating the printer and the other LAN members. If the cor- 
rect communbation Is returned from PC2 306. NEB 2 indicates a successful test by passing another check- 
point to PCI 300 through the serial port 218. 
25 A more detailed discussion of the method for testing NEB 2 will be provided below with reference to the 
flowchart illustrated in FIGS. 2dA and 2dB, and in accordance with the test configuration depicted in FIG. 25. 

When power Is first applied to the NEB 2, NEB 2 executes the POST program from EPROM 222, in Step 
S2601. The POST program includes individual programs fbr testing component operation and software pro- 
gramming. After execution of an Individual programs within POST, in Step S2602 a checkpoint Is sent to PCI 
30 300 to be verified. If a checkpoint is not sent after a predetermined period following the execution of an indn 
vktual program or a returned checkpoint is incorrect, an error signal is sent out from PC1 300 in Step S2603. 
However, if all checkpoints are correct and received within a timely fashkin, the process advances to Step 
52^ where PCI 300 prepares to send test programs to the NEB. 

At Step S2605, the POST program is oomplets and NEB 2 waits for instructions from across any one of 
35 the ports, preferably the serial porL The waiting period can be approximately a one second window in which 
time PCI 300 should respond with the prepared text programs. In Step S2606, if PCI 300 does not respond 
by sending a test program to NEB 2 within the time window, flow advances to Step S2607 where the NEB 
enteres its normal operational mode. 

When the test program instruction set from PC1 300 is received in Step S2606, the instruction set, which 
40 includes further test programs, is stored (in Step S2^) on NEB 2 in DRAM 220. In Step S2609, PCI 300 
activatas the instruction set and NEB 2 executes each test program within the instructbn est. 

The test program instructton set may contain, in random order, test programs which require NEB 2 to con- 
figure PC2 306 as a UVN peripheral devtee, or vrhlch require NEB 2 to configure PC2 306 as an SCSI psripheral 
device. In either case, after being configured, PC2 306 will respond to each communication from NEB 2, usu> 
45 ally by merely returning data bfocke sent by the NEB. 

Briefly, in Step S2610 (FIG. 26B) NEB 2 configures PC2 308 as a LAN peripheral and PC2 306 responds 
by sending a response to NEB 2 which effectively performs a LAN looptsack test by returning the data which 
it has received. NEB 2 will communicate with PC2 and receive simulated print job results. In Stsp S2611, the 
result of each block job is sent to PC1 300. PC1 300 determines if the test result is correct, in Step S2611 , if 
eo It is determined by PCI 300 that the test result is Incorrect, PCI 300 sends a re-scrlpted, branch test pmgram 
(Step S2612) in accordance with the test rssult received in Step S2611. However, if no further branch test 
pro-am exists, then in Step S2612 PCI 300 will stop LAN testing and output an error signal. 

Thus, In Step S2611 , NEB 2 is tested for lAH communicattons. Assuming NEB 2 successfully passes each 
LAN communication test, flow advances to Step S2613 at which point PC2 306 is configured as an SCSI per- 
55 ipheral device and performs SCSI loopback tests by returning the data whkih it has received. In Step S2614 
the results of the tests are sent to PCI 300 and If the results are incorrect, PCI 300 similarly sends a branch 
test in Step S2615 in accordance with the test result Of course, if no further branch test exists to further test 
the peripheral communication, then PCI 300 stops the test, and outputs an error signal. 

29 
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Assuming that NEB 2 successfully passes each SCSI cominunication test in Step S2614. then flow ad- 
vances to Step S2616 at which point NEB 2 requests further instructions from PCI 300. If PC1 300 returns 
with further instructions, flow returns to Step S2605. but if further test ing is not necessary then NEB testing 
is ended. 

5 In summary, a method fortesting an Int^ctlve networic board having a IAN interface and a test interface 

comprises the steps of applying power to the k)oard and reading a POST result which was executed out of board 
ROM via the test interface, and downloading a test program Into the board RAM via the test interfece. The 
test program is then act tvated for execution out of board RAM. The board may then be commanded to configure 
a peripheral device (through either the i^ or the SCSI interface) to be a LAN driver or an SCSI peripheral. 

io The board then interacts with the l-AN driver or SCSI peripheral in accordance with the test program. Resulte 
of the test program are then output via the test interface to a test computer which receives these test results. 
If certain tests f^ii, additional test pn>grams may be scripted In accordance with the type of failure. The newty 
scripted test programs will be able to perform fault detection and diagnosis, and these additionally scripted 
test programs may then be downloaded to the board RAM from the PC1 . 

15 Once all of the tests are successfully concluded. It may be convenient (In the factory test environment) to 
flash the operational firmware Into EPROM 222. Specif icaDy. the last step of a testing program may be utilized 
to load the requisite firmware image into the NEB EPROM 222 prior to delivery (see section 4q above). The 
firmware flashed to EPROM 222 nr^ also include a unique MAC address for NEB 2. 

In the past, MAC addres^s were incorporated into circuit boards using a dedicated PROM chip such as 

29 PROM 232. However, It has been found that if the MAC address is flashed Into EPROM, the PROM chip Is 
not required, while the MAC address can still be stored in a non-volatlle way. (Of course, as discussed In para- 
graph 4q, the MAC address could also be remotely flashed Into the EPROM at the same time the RAM firnrh 
ware image is updated, after NEB 2 is coupled to the l-AN.) 

In Step S2617 of FIG. 26B. NEB testing has been completed and each board may be designated with Its 
25 own individual identifier number, commonly referred to as a MAC address. Thus, In Step S281 7 it is determined 
whetehr a ROM firmware image is to be stored in EPROM 22Z If no image is to be stored, testing ends. How^ 
ever, if an image is to be stored, flow advances to Step S201 6 where the ROM image (with MAC address) b 
flashed to EPROM 222. At Step S2618 it may also be desirable to download other data normaDy stored in 
PROM 232, such as board revision number, data of manufacture, tester name, etc, together with the MAC 

30 address. 

Two posslUe scenarios have been considered forf lashing t he ROM fimiware and MAC address to EPROM 
22Z In the Tutk case tlie NEB 2 has been pre-loaded with a sophistk^ted set of diagnostics for use in marv 
utecturing tests. This approach limits the amount of time needed to download the specific tests since they 
will be already present in the firmware. In this case, after the tests are successful the final production version 

S5 of the firmware is loaded into the board and flashed along with the MAC address and other hardware related 
intormation such as board revision, manufacturing data, and taster (Step S2618). In tha second case the board 
mil be built with the final production version of the firmware, in this case the board specific informat ion area 
will be left blanic and only this area loaded and flashed after a successful test execution In Step S261 8. 
In summary, a n^hod for post-test loading of progremmabie firmware into an interactive networic board 

40 havinga LAN interface comprises the step of downloadir^ a I^Mfirnnwara inriage(induding the MAC add^ 
to Di^AM 220 via the LAN interface. The integrity of the ROM image is then confirmed, and the board is conv 
manded to electrenicaliy erase the EPROM. The EPROM is then flashed with the ROM image which inchides 
the MAC address, and tha board Is then re-booted from EPROM. 

Thus, what has been described in deteil above is an interactive network drouit board induding structure 

45 and function fior coupling a peripheral to a LAN so that the peripheral is a responsive interactive member of 
the LAN. 

While the present invention has been described with respect to wtiat is considered to be the preferred 
embodiments, it is to be understood that the present invention is not limited to the disclosed embodiments. 
To the contrary, the present invention is intended to cover various modifications and equivalent arrangements 
60 included within the spirit and scope of the appended claims. The scope of the following dalms is to be accorded 
the broadest interpretation so as toencompaasall such modifications and equivalent structures and functions. 



Claims 

55 

1. A method tor downloading an executable file to a RAM disposed on a designated Interactive network 
board having a local area network interface, comprising the steps of: 

activating a LAN communicatton program, said communteatton program operating to broadcast an 
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inquiry through the local area netvvork for the designated interactive networic board, to receive location 
information of the designated interactive network boaid in response to the broadcast inquiry, and to es- 
tablish communication with the des^nated interactive network board; 

downloading, from the local area network, the executable file into the RAM on the designated In- 
teracth/e network board through the local area network interface, said executable file including a check- 
sum packet; 

verifying a checksum value of the executable file against a checksum value in the checksum pack- 
et; and 

in the case that the verifying step is successf idly completed, remotely controlling the execution 
of the executable file. 

2. A nrathod according to Claim 1 , wherein the step of downloading included the etep of downloading a MAC 
address into the RAM. 

3. Amethod according to Qaim 1 . wherein the step of downloading includes the step of downloading a check- 
sum value into the RAM. 

4. A method according to Claim 1, wherein the step of remotely controlling includes the step of sending a 
oonvnand from a remote network source to a processor disposed on the designated interactive network 
board to execute the executable file. 

5. A method acccvding to Claim 1, wherein the slap of downtoading is perfbrmad immediately after an In- 
teractive network board test 

6. Amethod according to Claim 1 , wherein the step of downloading Includes the step of downloading a ROM 
firmware image into the RAM. 

7. Amethod according to Claim 1 , wherein the step of remotely oontreiling includes the step of commanding, 
from a remote network source, a loading of the executable file Into an EPROM disposed on the board. 

8. A nf>ethod according to Claim 1, wherein the step of dowrdoading Is performed through a test interface 
disposed on the t>oard. 

d. A method according to Claim 1. wherein the verifying step includes the steps of determining a checksum 
value of the executable file and comparing the determined checksum value with a checksum value In the 
checksum packet attached to the executable file, and wherein, in the case t he determined checksum val- 
ue does not equal the checksum value In the checksum packet, outputting an error signal. 

1 0. An apparatus for downloading an executable file to an interactiva network board, comprising: 

a LAN interface connected to said intarective network board, for receiving en executable file and 
an execute command from a LAN; 

a RAM, disposed on said Interactive network board, for storing the received executable file therein; 

and 

a proceasor, disposed on aald board, for executing the executable file etored in eaid BAM^ in re- 
sponse to the received execute command. 

11. An apparatus acoording to Claim 10. further comprising a remote LAN devtoe for remotely downk>adlng 
through the LAN interface the executable file to be stored in said RAM. 

12. An apparatus according to Claim 11 . wherein the remote LAN device sends the execute command to the 
processor to execute the executable file in RAM. 

13. An apparatus according to Claim 12, wherein the processor verifiee the integrity of the executable file 
before executhm of the file. 

14w An apparatus acoording to Claim 11, wherein the remote LAN device downloads the executable file 
through a test interface disposed on saM board. 

1 5w An apparatus acoording to Claim 10, wherein tiie RAM comprises a dynamic F^AM. 



31 



EP0598 511 A2 



1 6. An apparatus according to Claim 10, wherein the interactive tx>ard is coupled to a printer. 

17. An apparatus according to Claim 10, further comprising an EPROM, disposed on said k>oard, for storing 
a plurality of executable files, and wherein said processor loads safaj executable file from the RAM into 
the EPROM. 

1 8. An apparatus according to Claim 17, wherein the EPROM comprises a flash EPROM. 

19. An interface module comprising a processor and means for receiving and storing in non-volatile form in- 
structlor» executable by said processor, wherein received instructions are verified prior to being stored. 
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